Re: Patching configure - Or Not
Le 8 févr. 08 à 12:13, Anders F Björklund a écrit : Michael Franz wrote: I need to change the way configure works for a port. Is it better to patch configure or change the underlying files and regenerate configure? In this case I have a change to acinclude.m4. To get everything updated I need to run aclocal, automake and autoconf. Since I cannot figure out how to get aclocal, automake and autoconf to run in the pre-configure step I have to patch configure. Is this a good idea? If you want to patch something simple, then the quick-and-dirty approach is to patch *both*. This makes it easy to use, but also easier to separate when sending the patch upstream... The real quick-and-dirty method is to use reinplace :p -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: p5-getopt-long and perl5.8 - activation error
Le 5 févr. 08 à 16:13, Daniel J. Luke a écrit : snip/ We really need to do one of a couple of things: - Change the perl port to install a minimum perl along with individual ports for each of the CORE modules - Change the @INC ordering (thus making our perl act differently from the upstream perl and potentially break any ports that rely on the current behavior of @INC ordering) - Force users to set $PERL5LIB and/or patch everything to use a custom $PERL5LIB Since there are serious drawbacks to each approach, and no one seems to have had time to work out a complete solution, we're stuck with the status-quo I'm sure everyone would be happy if you have an implementation of one of those solutions (or something else that's better) available for all of us to use. I disagree, the @INC modification doesn't have serious drawbacks, other software-management systems like Gentoo Portage works great with this method. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Bugs in gtk2
Le 6 févr. 08 à 14:35, Jürgen Dabel a écrit : Hallo, I get the following message: bash-3.2$ sudo port install gtk2 Password: --- Verifying checksum(s) for libxml2 Error: Checksum (md5) mismatch for libxml2-2.6.30.tar.gz Error: Checksum (sha1) mismatch for libxml2-2.6.30.tar.gz Error: Checksum (rmd160) mismatch for libxml2-2.6.30.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: gtk-doc libxml2 scrollkeeper docbook-xml docbook-xml-4.2 docbook-xml-4.3 docbook- xml-4.4 docbook-xml-4.5 libxslt p5-xml-parser jpeg pango Xft2 xorg- xproto xorg-util-macros tiff Error: Status 1 encountered during processing. bash-3.2$ Thank you First, you're running an outdated MacPorts installation, please run `sudo port selfupdate`. Second, your libxml2 tarball is corrupted, please read the FAQ: http://trac.macosforge.org/projects/macports/wiki/ FAQ#IgetError:checksummd5sha1rmd160mismatchforport.WhatcanIdoaboutit Next time you got a question, please ask it on the macports-users mailing list. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Executing scripts during configure
Le 6 févr. 08 à 14:04, Michael Franz a écrit : On Feb 6, 2008 2:07 AM, N_Ox [EMAIL PROTECTED] wrote: Le 6 févr. 08 à 08:01, Ryan Schmidt a écrit : snip/ It would probably be: set libgcj [exec find ${prefix}/share/java -name libgcj-4\.2*.jar] (unless you use fs-traverse like Daniel said) I think the current policy is to avoid any exec/system call when we can do it in a pure TCL fashion. Not know TCL, is that the fs-traverse method? Yes, that's a TCL procedure defined in Pextlib library from MacPorts. see the portfile manpage for the documentation. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: [MacPorts] #14163: Endless Avahi system.log errors
Le 3 févr. 08 à 19:15, Adam Dershowitz a écrit : I have looked into this a little more. I am not sure, but it looks to me like org.macports.dbus.plist is disabled by default (at least when this problem cropped up, I was showing it as disabled, so I assume it started that wayor something else changed it). In other words the launchd flag in the plist is set to true for disabled. While the avahi-dnsconfd and avahi-daemon launchd are set to enabled (well actually disabled is false). I googled around some and found that dbus port should say this during the install (although I didn't notice it at the time): --- Creating launchd control script ### # A startup item has been generated that will aid in # starting dbus 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.dbus.plist ### As I understand it a bunch of launchd stuff is not reconfigured until a restart of the machine. So the problem could be just that dbus is disabled and avahi is enabled by default. And, if that is the case, we probably need a Macports policy to make these things consistent since one depends on the other one. Does this make sense, and look likely to you? Thanks for handing this port and looking into this problem. It could be a somewhat insidious problem as it only cropped up when I did a reboot, which doesn't happen that often. --Adam snip/ Please continue any discussion about this issue on the mailing-list. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: My Nano Is in French!
Le 2 févr. 08 à 14:30, Charlse Darwin a écrit : Hi, Nano is installed in French; how do I change it back to English? Regards, Your environment must say you're french. Check your environment to see if LANG or LC_ALL is set to something like fr_FR and reset it accordingly. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: libxml2 checksum failed
Le 16 janv. 08 à 01:32, Michael Franz a écrit : It seems that version 2.6.30 does not download completely. The checksums do not match and it does not untar. When I untar (table) I get these errors. tar: Skipping to next header tar: Archive contains obsolescent base-64 headers gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: Child returned status 1 tar: Error exit delayed from previous errors Michael Try `sudo port clean --all libxml2`. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: libxml2 checksum failed
Le 16 janv. 08 à 03:04, N_Ox a écrit : Le 16 janv. 08 à 01:32, Michael Franz a écrit : It seems that version 2.6.30 does not download completely. The checksums do not match and it does not untar. When I untar (table) I get these errors. tar: Skipping to next header tar: Archive contains obsolescent base-64 headers gzip: stdin: invalid compressed data--crc error gzip: stdin: invalid compressed data--length error tar: Child returned status 1 tar: Error exit delayed from previous errors Michael Try `sudo port clean --all libxml2`. Regards, Talk too fast, sorry. Problem has been reported and fixed in trunk, we should sync again by running `sudo port sync` and then `sudo port clean --all libxml2`. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Error 2
Le 15 nov. 07 à 15:39, Matthew Hippely a écrit : Hello, I am new to macports (1.5.0) so please let me know if i am doing something incorrect. I am trying to install emacs-devel +carbon on OS X 10.5 and am getting an error. Can anyone help me troubleshoot this? Here is the command + error returned: $sudo port install emacs-devel +carbon --- Building emacs-devel with target bootstrap Error: Target org.macports.build returned: shell command cd /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_edito rs_emacs-devel/work/emacs-22.0.97 make bootstrap returned error 2 Command output:__symbol_stub1 0x176f08 0x2b30 __cstring 0x179a38 0x1501f __literal8 0x18ea580x138 __const0x18eb900x446 __literal4 0x18efd8 0x20 2 LC_SEGMENT600 __DATA 0x18f000 0x15c000 __data 0x18f000 0x11ac0e __dyld 0x2a9c10 0x1c __la_symbol_ptr0x2a9c2c0xacc __nl_symbol_ptr0x2aa6f8 0x17b8 __const0x2abeb0 0x18d0 __cfstring 0x2ad780 0xa0 __bss 0x2ad820 0x32021 __common 0x2df848 0xade9 3 LC_SEGMENT 56 __LINKEDIT 0x2eb000 0x37000 4 LC_SYMTAB 24 5 LC_DYSYMTAB80 6 LC_LOAD_DYLINKER 28 7 LC_UNIXTHREAD 176 8 LC_LOAD_DYLIB 88 9 LC_LOAD_DYLIB 92 10 LC_LOAD_DYLIB 60 11 LC_LOAD_DYLIB 52 12 LC_LOAD_DYLIB 52 13 LC_LOAD_DYLIB 100 14 LC_LOAD_DYLIB 104 15 LC_LOAD_DYLIB 112 make[2]: *** [bootstrap-emacs] Abort trap make[1]: *** [bootstrap-build] Error 2 make: *** [bootstrap] Error 2 Error: Status 1 encountered during processing. Thanks. Matthew emacs-devel is outdated: % port list emacs{,-devel} emacs @22.1 editors/emacs emacs-devel@22.0.97editors/emacs-devel Please install emacs. -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Missing gdkx.h in gtk2 resolved
Le 7 nov. 07 à 12:54, Alwyn Schoeman a écrit : grep: /opt/local/lib/libgtk-quartz-2.0.la: No such file or directory sed: /opt/local/lib/libgtk-quartz-2.0.la: No such file or directory libtool: link: `/opt/local/lib/libgtk-quartz-2.0.la' is not a valid libtool archive make[2]: *** [libeel-2.la] Error 1 I don't know anything about eel and gnucash, but this sounds like something during the build process found that you are running Mac OS X and concludes that you have gtk-quartz, just like Firefox assumes you want to build an Aqua app by default on Darwin. Bad assumptions are... bad. -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: x-11 doesnt use ~/.profile env values
Le 1 nov. 07 à 20:01, William Davis a écrit : Terminal is using values in ~/.profile but after starting x-11 and going to a xterm window I see from env that /opt/local/bin sbin are not in my PATH. However SOFTWARE UPDATE is repeatedly timing-out so I believe Apple may have a major (=big) update up now. hope so :) xterm launched by Apple X11.app is not a login shell by the default. So it won't read init file. Leopard upgrade may have overwritten your xinitrc file which you should have modified to get a login shell behaviour: Change the xterm line in /private/etc/X11/xinit/xinitrc by xterm - ls. You may also want to edit the Applications menu xterm entry. But I might be totally wrong there, I don't have Leopard yet. Regards, -- Anthony Ramine, the Ports tree cleaning Maestro. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: gnome installation -- am I up to date?
Le 23 oct. 07 à 14:04, Barry Schiffman a écrit : I've just installed most of gnome, following what Randall said in a thread Oct. 5, and I've got a working version (greatly appreciated!) but with a few missing pieces. I was wondering if there was anything more I could do about the handful of problems. I got various compiler errors from: -- gnome-desktop-suite -- gedit -- gnome-applets -- seahorse I have an Intel Mac Mini, with OS X 10.4.10, XCode version 2.4.1, X11 version 1.1.3, SDKs 10.4u. I think these are the latest. Thanks, Barry Could you tell us which were those compiler errors you're talking about? Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: seom/yukon or other video capture application?
Le 22 oct. 07 à 05:58, paul beard a écrit : On 10/21/07, William Davis [EMAIL PROTECTED] wrote: On Oct 21, 2007, at 10:31 PM, paul beard wrote: anyone tried porting seom/yukon to OS X? [/Users/paul/src/seom]:: ./configure make arch: C cflags: -O3 -W -Wall prefix: /usr/local gcc -Iinclude -std=c99 -O3 -W -Wall -fPIC -c -o src/buffer.o src/ buffer.c In file included from src/buffer.c:2: include/seom/seom.h:31:19: error: GL/gl.h: No such file or directory make: *** [src/buffer.o] Error 1 Not sure how to tell it where the OpenGL stuff is. Is there something else that already works? -- Paul Beard / www.paulbeard.org/ [EMAIL PROTECTED]/[EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users paul I think its in an apple SDK. Do u have them all installed? (this is in addition to xcode -- u probably know all this but just in case...) good luck someonemore knowalgeable than me will no doubtasnwr in due course. I think I have it but I just don't know how to tell configure where it is. And if there is a video capture app already ported, I'll just use it ;-) try to append -framework OpenGL to CFLAGS. Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: py25-memcached (Where should new portfile be posted?)
Le 21 oct. 07 à 11:47, js a écrit : On 10/21/07, Jochen Küpper [EMAIL PROTECTED] wrote: Normlly you open a ticket in the trac system at macports.org, attach the Portfile to it, and make sure the packet maintainer (or macports- dev) are listed in the tickets' cc:. This should tak care of it. Done. http://trac.macports.org/projects/macports/ticket/12952 Thank you! Would you like to be the maintainer of this port? -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Gimp Error
Le 20 oct. 07 à 03:36, N_Ox a écrit : Le 20 oct. 07 à 01:33, Lenore Horner a écrit : If this is true, then wouldn't it make sense to write the port files or port in such a way that it just gets done rather than having every newbie, myself included, trying to figure out why we have screens full of error messages and then having to both clean and force install as like as not? Lenore Some p5-* ports need to overwrite perl5.8 port to upgrade its core modules. This does not break anything. Don't worry, be happy. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] First, please use reply to all, thanks. There is a message explaining what should be done and how to do so. For the time being, we can't do nothing more. Regards, see http://trac.macports.org/projects/macports/ticket/12950 -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Gimp Error
Le 19 oct. 07 à 22:45, paul beard a écrit : On 10/19/07, Lenore Horner [EMAIL PROTECTED] wrote: (No. Bottom posting is harder to read. The reader must scroll past all the stuff already read to get to new content.) You are supposed to remove the stuff that isn't relevant: bottom-posting provides context so a complex topic can be understood BEFORE commenting. Why isn't pear (is that the source of the perl5.8 ?) going to be broken by having its version of the file overwritten with the one gimp wants? The file should be the same, no? What would break? -- Paul Beard / www.paulbeard.org/ [EMAIL PROTECTED]/[EMAIL PROTECTED] Some p5-* ports need to overwrite perl5.8 port to upgrade its core modules. This does not break anything. Don't worry, be happy. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: gnome-session launch errors
Le 18 oct. 07 à 13:00, Stefan Bruda a écrit : paul beard wrote: On 10/17/07, Stefan Bruda [EMAIL PROTECTED] wrote: Hi, paul beard wrote: Looks like something needs updating? Link (dyld) error: Library not loaded: /opt/local/lib/libgnomecanvas-2.0.dylib Referenced from: /opt/local/lib/libgnome-desktop-2.2.dylib Reason: Incompatible library version: libgnome-desktop-2.2.dylib requires version 2001.0.0 or later, but libgnomecanvas-2.0.dylib provides version 1999.0.0 When I see an incompatible version like this I first look for which port owns the not loaded library: godel:~ port provides /opt/local/lib/ libgnomecanvas-2.0.dylib /opt/local/lib/libgnomecanvas-2.0.dylib is provided by: libgnomecanvas and then I rebuild the respective package (libgnomecanvas in this case). Yeah, I did that. Didn't work. That's why I was curious about the problem. Oops, I am sorry, my mistake, what need to be rebuild is the dependent, not the dependency: godel:~ port provides /opt/local/lib/libgnome- desktop-2.2.dylib /opt/local/lib/libgnome-desktop-2.2.dylib is provided by: gnome- desktop Stefan Hopefully fixed in r30018. Please `sudo port sync` in a few hours and upgrade libgnomecanvas. Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: pyObjC port fails to build, no maintainer needs community support
Le 16 oct. 07 à 03:30, Richard Bronosky a écrit : The Portfile indicates nomaintainer. Transcript follows sudo port install py-pyobjc --- Fetching py-pyobjc --- Attempting to fetch pyobjc-1.4.tar.gz from http://pyobjc.sourceforge.net/software/ --- Verifying checksum(s) for py-pyobjc --- Extracting py-pyobjc --- Configuring py-pyobjc --- Building py-pyobjc with target build Error: Target org.macports.build returned: shell command cd /opt/local/var/macports/build/ _opt_local_var_macports_sources_svn.macports.org_trunk_dports_python_p y-pyobjc/work/pyobjc-1.4 /opt/local/bin/python2.4 setup.py build returned error 1 Command output: from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/ DOMNodeIterator.h:36: error: redefinition of 'struct DOMNodeIterator' In file included from build/codegen/_WebKit_Enum.inc:105, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/DOMNodeList.h:32: error: redefinition of 'struct DOMNodeList' In file included from build/codegen/_WebKit_Enum.inc:106, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/DOMNotation.h:32: error: redefinition of 'struct DOMNotation' In file included from build/codegen/_WebKit_Enum.inc:109, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/ DOMProcessingInstruction.h:33: error: redefinition of 'struct DOMProcessingInstruction' In file included from build/codegen/_WebKit_Enum.inc:110, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/DOMRGBColor.h:33: error: redefinition of 'struct DOMRGBColor' In file included from build/codegen/_WebKit_Enum.inc:112, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/ DOMRangeException.h:32: error: redeclaration of enumerator 'DOM_BAD_BOUNDARYPOINTS_ERR' /System/Library/Frameworks/WebKit.framework/Headers/DOMRange.h:34: error: previous definition of 'DOM_BAD_BOUNDARYPOINTS_ERR' was here /System/Library/Frameworks/WebKit.framework/Headers/ DOMRangeException.h:34: error: redeclaration of enumerator 'DOM_INVALID_NODE_TYPE_ERR' /System/Library/Frameworks/WebKit.framework/Headers/DOMRange.h:35: error: previous definition of 'DOM_INVALID_NODE_TYPE_ERR' was here In file included from build/codegen/_WebKit_Enum.inc:114, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/DOMRect.h:32: error: redefinition of 'struct DOMRect' In file included from build/codegen/_WebKit_Enum.inc:116, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/ DOMStyleSheetList.h:32: error: redefinition of 'struct DOMStyleSheetList' In file included from build/codegen/_WebKit_Enum.inc:120, from Modules/WebKit/_WebKit.m:23: /System/Library/Frameworks/WebKit.framework/Headers/DOMTreeWalker.h: 35: error: redefinition of 'struct DOMTreeWalker' error: command '/usr/bin/gcc-4.0' failed with exit status 1 Error: Status 1 encountered during processing. -- .!# RichardBronosky #!. Please paste the full output of `sudo port -d install py-pyobjc`. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: scrollkeeper destroot issues
Le 14 oct. 07 à 04:10, paul beard a écrit : I am seeing the same issue, it looks like. mkdir -p -- /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/var/logPATH=/opt/local/ bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/bin ; \echo `date +\%b %d %X\` Installing ScrollKeeper `scrollkeeper-config --version`... /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/var/log/ scrollkeeper.logPATH=/opt/local/bin:/opt/local/sbin:/bin:/sbin:/ usr/bin:/usr/sbin:/usr/X11R6/bin:/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/bin ; \/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/bin/scrollkeeper-rebuilddb -q -p /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/var/lib/scrollkeeper/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp roc_scrollkeeper/work/destroot/opt/local/bin/scrollkeeper-rebuilddb: line 47: 14493 Bus error scrollkeeper-update $quiet $verbose -p $scrollkeeper_db_dirError: Target org.macports.destroot returned: no such file or directoryWarning: the following items did not execute (for scrollkeeper): org.macports.activate org.macports.destroot org.macports.installError: Status 1 encountered during processing. I have this file, but I don't know why or how? [/Users/paul]# port provides /opt/local/lib/libscrollkeeper.0.0.0.dylib /opt/local/lib/libscrollkeeper.0.0.0.dylib is not provided by a MacPorts port. Fixed in r29888. Wait for a few hours, then run `sudo port selfupdate` and try again. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Can so commit?
Le 14 oct. 07 à 17:19, Rolf Würdemann a écrit : Ticket #12730 (enhancement) UPDATE: gwyddion-2.8 http://trac.macports.org/projects/macports/ticket/12730 reg's Rolf -- Security is an illusion - Datasecurity twice Rolf Würdemann - private: [EMAIL PROTECTED] - office: [EMAIL PROTECTED] GnuPG fingerprint: 7383 348F 67D1 CD27 C90F DDD0 86A3 31B6 67F0 D02F Commited in r29896. Thanks for contributing. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: texinfo doesn't function
Le 12 oct. 07 à 13:51, Vincent Lefevre a écrit : On 2007-10-11 19:22:48 -0500, Nehemiah Dacres wrote: the problem with your solution is that macports utilities should still function dispite the existance of a native equivilant. If I installed ls from mac ports, it should still work You need to use the correct syntax, which is: info coreutils ls. And if you want the man page: man ls (but this is unrelated to the info files). -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/ blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- Lyon) Not really. From GNU ls manpage: SEE ALSO The full documentation for ls is maintained as a Texinfo manual. If the info and ls programs are properly installed at your site, the com- mand info ls should give you access to the complete manual. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Cannot install PNGmeta
Le 11 oct. 07 à 12:07, Ryan Schmidt a écrit : On Oct 11, 2007, at 04:57, Martin Stadler wrote: I just tried to install pngmeta with the output below. I use MacPorts 1.520 on OS-X 10.4.10 (intel). Xcode 2.4.1 libpng @1.2.21_0+darwin_8 (active) zlib @1.2.3_1 (active) $ sudo port install pngmeta Password: --- Fetching pngmeta --- Attempting to fetch pngmeta-1.11.tar.gz from http:// downloads.sourceforge.net/pmt --- Verifying checksum(s) for pngmeta --- Extracting pngmeta --- Configuring pngmeta --- Building pngmeta 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_grap hics_pngmeta/work/pngmeta-1.11 make all returned error 2 Command output: gcc -DPACKAGE=\pngmeta\ -DVERSION=\1.11\ - DHAVE_LIBZ=1 -DHAVE_LIBPNG=1 -DHAVE_PNG_CREATE_READ_STRUCT=1 - DHAVE_PNG_GET_TEXT=1 -I. -I.-I/opt/local/include -O2 -I/opt/ local/include -I/opt/local/include -c pngmeta.c gcc -O2 -I/opt/local/include -I/opt/local/include -L/opt/local/ lib -o pngmeta pngmeta.o -lpng -lz -L/opt/local/include -L/opt/ local/include -lpng -L/opt/local/lib -lm -L/opt/local/lib /usr/bin/ld: Undefined symbols: _png_IDAT _png_IEND _png_IHDR _png_crc_finish _png_crc_read _png_handle_IEND _png_handle_IHDR _png_handle_tEXt _png_handle_tIME _png_handle_unknown _png_handle_zTXt _png_read_data _png_read_destroy _png_reset_crc _png_tEXt _png_tIME _png_zTXt collect2: ld returned 1 exit status make: *** [pngmeta] Error 1 Error: Status 1 encountered during processing. I agree. I get the same error. The port has no maintainer. You should report this problem to the developer of the software. But the software has not been updated since 2001. They may not be developing it anymore. You could ask them. Are you sure that's not a problem with libpng port? I mean, why is there undefined symbols in the png dylib library? -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Install glade? [RESOLVED: Use glade3]
Le 9 oct. 07 à 18:04, Instruct ICC a écrit : glade3 is the port for the most current version of glade (3.2.2) while port glade is keeping the glade 2.x line alive. When I do port search glade, glade3 says devel/glade3 which I assumed to mean it is not current or stable, and is currently in development. I was surprised to see libglade at 0.x with glade at 2.x. But libglade2 at 2.x made sense to me, but not without the existence of glade2. http://glade.gnome.org/ mentions 3.2.2, but the Download page lists 3.1 source code, so I thought the Macports glade3 was seriously experimental/development/unstable. Yes I saw the 3.2.2 link in the News area. Anywhoo, I thought I had tried glade3 from Macports without success. But I just tried it now and it appears to have installed. Woohoo! /opt/local/bin/glade-3 works from an xterm. Thanks. I thought I'd have to run this from within a VM. devel/glade3 does not mean that glade3 is not current or stable, it justs means glade3's main category is devel, as in this port is useless unless you want to develop with it. Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: checksum failure on installing beecrypt
Le 7 oct. 07 à 08:02, William Yap a écrit : I am running MacPorts 1.5.2, and had a problem when trying to install beecrypt 4.1.2_0. The error message said: Error: Checksum (md5) mismatch for beecrypt-4.1.2.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. I am not sure whether it is supposed to be an error, or how do I install this despite the error. Thanks. William Works here. You must have encountered a problem during the source tarball fetch. Run `sudo port clean --all beecrypt` and try again. Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Error installing gimp
Le 4 oct. 07 à 04:46, Ryan Schmidt a écrit : On Oct 3, 2007, at 21:32, Jeffrey Safire wrote: snip It already tells you how to fix it: --- Staging p5-pathtools into destroot You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port You need: $ sudo port -f activate p5-pathtools Then you can proceed to trying to install gimp again. Mmmh... Didn't see this mail. Sorry. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Error installing gimp
Le 4 oct. 07 à 04:32, Jeffrey Safire a écrit : I tried to install gimp, but it took a few hours and many packages were installed. Is this correct? I scrolled back to the beginning of the terminal window and never did see an installation of gimp. The following error messages appeared before the script quit: --- Building p5-pathtools with target all --- Staging p5-pathtools 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-pathtools 3.25_0 --- 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: gimp-app gimp2 libgnomeui libbonoboui libbonobo p5-getopt-long p5-pathtools popt libgnome esound audiofile gnome-vfs gconf gnome-mime-data howl neon openssl libgnomecanvas gail libglade2 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 gimp-jp2 openjpeg gimp-user- manual gtk-nodoka-engine coreutils gutenprint icns-gimp macclipboard-gimp macfile-gimp ufraw exiv2 xsane sane-backends libusb Error: Status 1 encountered during processing. Any suggestions here? Thanks, Jeff iBook G4, OSX 10.4.10, macports 1.52, X11 r1.1, XFree86 r4.4.0 - Well, as you're told in the log, install p5-pathtools with force: `sudo port install -f p5-pathtools`. Then retry install gimp: `sudo port install gimp`. Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Xmlto checksum (md5) mismatch
Le 21 sept. 07 à 18:58, Marcos Rivera a écrit : Hello, I am new to mcports and was attempting to install Gimp. I have xcodetools installed and it got part way through until it his xmlto Below is error I received when trying to install just xmlto $ sudo port install xmlto Password: --- Verifying checksum(s) for xmlto Error: Checksum (md5) mismatch for xmlto-0.0.18.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. david:~/Desktop/xmlto-0.0.18 mrivera$ sudo port sync david:~/Desktop/xmlto-0.0.18 mrivera$ sudo port install xmlto --- Verifying checksum(s) for xmlto Error: Checksum (md5) mismatch for xmlto-0.0.18.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. Any help is greatly appreciated. Thank you Marcos It works here, the fetch must have gone wrong and you ended up with a corrupted tarball. Try: sudo port clean --all xmlto sudo port install xmlto Hope this will help, Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: PHP logging to Apache error log
Le 21 sept. 07 à 23:09, Chris Janton a écrit : On 2007-09-21 , at 13:14 , Ryan Schmidt wrote: I am the maintainer of php5 (along with jwa). I have received your question but have not had time to reproduce the problem or investigate a solution yet. I have been out of town without network access. According to comments/notes found here http://us.php.net/manual/en/ref.errorfunc.php#49438 the error log that Apache wants to write to must be writable by the Apache user - www. If you change the ownership on this file error_log = /Users/simon/Library/Logs/php_error.log like chown www /Users/simon/Library/Logs/php_error.log and restart Apache errors *should* get written to that log file. Of course now you may have problems with CLI PHP writing to that file, but, well... Works for me php5 @5.2.4_0+apache+darwin_8+macosx+mysql5+pear (active) 8) -- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From what I know, Apache modules will write log messages in Apache logs. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: p7zip install error
Le 22 sept. 07 à 17:53, Steven Folstein a écrit : When trying to install p7zip I get the following error. BigBook:~ steve$ sudo port install p7zip --- Fetching p7zip --- Attempting to fetch patch-install.sh from http:// svn.macports.org/repository/macports/distfiles/p7zip --- Attempting to fetch patch-install.sh from http:// svn.macports.org/repository/macports/distfiles/general/ --- Attempting to fetch patch-install.sh from http:// svn.macports.org/repository/macports/downloads/p7zip Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. Any ideas? Thanks, Steve Fixed in r29376. You can either wait a few hours and retry after a `sudo port sync`. Or you can run `sudo port edit p7zip` and remove the patchfiles line. Thanks for reporting. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Glib2 build problem
Le 22 sept. 07 à 00:58, David DeHaven a écrit : Encountered a similar error trying to install glib2 on a system running Leopard (9A527): ld: bc out of range (571728 max is +/-64K) from _g_atomic_int_exchange_and_add in .libs/gatomic.o to _g_atomic_int_exchange_and_add$stub in .libs/ libglib-2.0.0.1400.0.dylib in _g_atomic_int_exchange_and_add from .libs/gatomic.o There's a bc instruction (or variant thereof, probably the bne-) that's trying to jump further than 64K bytes from the PC, that's causing the linker error. This would have affected PowerPC builds only. I poked around a short while and couldn't figure out what's causing the error. It could be a bug in the Leopard preview build of ld64... I did notice the other functions in gatomic.c didn't have that problem, but they all have a sync instruction before the label, so I dropped a nop in front of the label in g_atomic_int_exchange_and_add (and then later g_atomic_int_add): __asm__ __volatile__ (nop\n .Lieaa%=: lwarx %0,0,%3\n Which compiles to: .align 2 .p2align 4,,15 .globl _g_atomic_int_exchange_and_add _g_atomic_int_exchange_and_add: nop .Lieaa17: lwarx r2,0,r3 add r0,r2,r4 stwcx. r0,0,r3 bne-.Lieaa17 mr r3,r2 blr And things are building fine now, though wholly untested. Note the only difference in the assembly output is the nop between the global and the local label (and the tab before the .Lieaa17 label, which doesn't make any difference): _g_atomic_int_exchange_and_add: .Lieaa17: lwarx r2,0,r3 Otherwise they're the same. This really looks to me like a bug in ld64. Here's a patch: --- old/glib-2.14.0/glib/gatomic.c 2007-09-21 15:32:52.0 -0700 +++ new/glib-2.14.0/glib/gatomic.c 2007-09-21 15:32:33.0 -0700 @@ -276,7 +276,8 @@ g_atomic_int_exchange_and_add (volatile gint val) { gint result, temp; - __asm__ __volatile__ (.Lieaa%=: lwarx %0,0,%3\n + __asm__ __volatile__ (nop\n + .Lieaa%=: lwarx %0,0,%3\n add %1,%0,%4\n stwcx. %1,0,%3\n bne-.Lieaa%= @@ -292,7 +293,8 @@ g_atomic_int_add (volatile gint *atomic, gint val) { gint result, temp; - __asm__ __volatile__ (.Lia%=: lwarx %0,0,%3\n + __asm__ __volatile__ (nop\n + .Lia%=: lwarx %0,0,%3\n add %1,%0,%4\n stwcx. %1,0,%3\n bne-.Lia%= I think you should rather report this upstream. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: non-existent port py25-gtk2 referenced in Portfiles
Le 19 sept. 07 à 06:00, paul beard a écrit : There is no port called py25-gtk2, though the naming convention could use some improvement. The equivalent for python 2.4 was py-gtk2 and the correct name for 2.5 seems to be py25-gtk. # port info py25-gtk2 Error: Port py25-gtk2 not found #port info py25-gtk py25-gtk 2.10.4, python/py25-gtk (Variants: universal, darwin_7) http://www.pygtk.org/ Anyway, I noticed the error message and these seem to be the offending Portfiles. /opt/local/var/macports/sources/rsync.macports.org/release/ports/ gnome/gnome-menus/Portfile: port:py25-gtk2/opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-warpad/ Portfile:depends_lib bin:gnome-session:gnome-session bin:pygtk-codegen-2.0:py25-gtk2 lib:libiconv.2:libiconv/opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/vte/Portfile: depends_lib-delete port:py25-gtk2/opt/local/var/macports/sources/rsync.macports.org/ release/ports/python/py25-gnome/Portfile: port:py25-gtk2 \/opt/local/var/macports/sources/rsync.macports.org/release/ports/ python/py25-matplotlib/Portfile: depends_lib-append port:py25-gtk2 -- Paul Beard / www.paulbeard.org/ [EMAIL PROTECTED]/[EMAIL PROTECTED] Fixed in 29253 and 29254. Thanks for reporting. Regards, -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: how to start with macports ?
Le 13 sept. 07 à 00:53, Thomas De Contes a écrit : Le 23 juil. 07 à 22:22, Thomas De Contes a écrit : Le dimanche, 22 juil 2007, à 20:26 Europe/Paris, Ryan Schmidt a écrit : On Jul 22, 2007, at 05:43, Thomas De Contes wrote: btw, i have an other question for this script : i did port install gtk2 port upgrade gtk2 and often it doesn't works it doesn't works is not a bug report we can do anything with. sorry Show us the actual output you receive, tell us what version of MacPorts, Xcode and Mac OS X you have, all the last what architecture you're on, PPC etc. need you sth else ? :-) and maybe we can help then. i hope :-) port install may do sth wrong if the port is already installed what can i do instead ? True, port install doesn't work if the port is already installed. That's why there's port upgrade. well, i posted this question before seeing that now port install gtk2 does nothing if gtk2 is installed sorry i had problems when it tried to install anyway, and so made a part of the upgrade but not as it should there is still the pb, but it seems to not happen at each time i don't know exactly in which conditions it happens or not i installed all of that in jully, an today i re-run my script to update all : + port install subversion --- Activating subversion 1.4.5_0 Error: Target org.macports.activate returned: Image error: Another version of this port (subversion @1.4.4_0) is already active. Error: Status 1 encountered during processing. + port install mpfr --- Activating mpfr 2.3.0_2+darwin_8 Error: Target org.macports.activate returned: Image error: Another version of this port (mpfr @2.2.1_1+darwin_8) is already active. Error: Status 1 encountered during processing. + port install gtk2 --- Activating gtk2 2.10.14_0 Error: Target org.macports.activate returned: Image error: Another version of this port (gtk2 @2.10.13_0) is already active. Error: Status 1 encountered during processing. -- je milite contre l'assistanat, je travaille dans une SCOP ! Thomas said you have to use `port upgrade`. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: MacPorts 1.5.2 now available
Le 31 août 07 à 10:36, Vincent Lefevre a écrit : On 2007-08-29 20:28:30 -0500, Ryan Schmidt wrote: But we always want users to compile MacPorts base using the gcc provided with Apple Xcode. We don't want people attempting to use any other version of gcc. Does MacPorts ensures that Xcode gcc is used? Xcode gcc is the one used by default, if the user has changed that, then it's its own problem. snip/ -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/ blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- Lyon) -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: MacPorts 1.5.2 now available
Le 22 août 07 à 17:25, Vincent Lefevre a écrit : On 2007-08-21 22:15:08 -0400, Jay Sachs wrote: What about: gcc -nostdinc \ -isystem /usr/lib/gcc/i686-apple-darwin8/4.0.1/include \ -isystem /usr/include \ -isystem /System/Library/Frameworks \ -isystem /Library/Frameworks ? It'd be nice not to hardcode this -- it could be determined dynamically by examining the output of `cpp -v` and filtering out /usr/local/ include. Perhaps. But this is really a hack. Why do you call it a hack? It just does what we want to. It seems possible from the man page to do the same for libraries: gcc -Z -L /standard/path1 -L /standard/path2 The -Z option is not listed in my gcc-4.0.1 man page (from Xcode). Unfortunately there doesn't seem to be an easy way to get consistent include and library search paths with gcc. That's an ld option: -Z Do not search the standard directories when searching for libraries. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/ blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- Lyon) -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: (no subject)
Le 29 août 07 à 02:32, Simon Ruderich a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Simon Ruderich wrote: Jochen Küpper wrote: I've updated the Portfile in svn according to your message. However, I was wondering why you upgraded to 4.07, no to 4.12, which seems to be the latest stable release? Greetings, Jochen Hi Jochen, Now I figured out it was kind of stupid. I thought a minor upgrade wouldn't cause any problems, but PMW does at least not work for me on a Intel MacBook Pro (it works on a PowerPC). I tried again with the newest version and it works fine (for me) on both PowerPC and Intel. I attached a Portfile and the patch for the current Portfile to this email. If you want you can add me as maintainer. Sorry for the mess, Simon Hi Jochen, another note. I think we should copy the user manual to destroot and install it and inform the user about it. It's in doc/spec.pdf. But I'm not sure where to copy it. I hope you can help me there. Also how to add this to the Portfile. Thanks for your help, Simon ${prefix}/share/doc/${name}-${version}/pdf -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Please suggest a Mac program similar to top on Linux
Le 20 août 07 à 14:38, Richard Bronosky a écrit : Thanks for going through the effort to try it out! I figured that a proc monitor was doing some kernel leve stuff and wouldn't compile on a foreign kernel, so I didn't even try. By port... foe the Mac I meant simply port, not MacPort. I live two totally isolated lives on my Mac. In my professional life I do everything from a shell. Give me iTerm, ssh, scp, vim, (Gnu) screen, and mysql, and I'm happy. In my personal life I like the ooey GUI benefits of the Mac, for photo and video management, etc. So, for anyone else out there, I'm still looking for a good top app. On 8/20/07, Ryan Schmidt [EMAIL PROTECTED] wrote:On Aug 19, 2007, at 22:59, Richard Bronosky wrote: The top program on Linux is interactive and extremely useful. I find the one on the Mac to be quiet painful to use in comparison. There doesn't seem to be an port of http://htop.sourceforge.net/ for the Mac. Please advise. If you mean there is no MacPorts port of htop, this is because htop does not appear to work on Mac OS X. Their web site does not seem to mention Mac OS X compatibility, and running ./configure says: configure: error: Cannot find /proc/stat. Make sure you have a Linux- compatible /proc filesystem mounted. See the file README for help. And Mac OS X does not have a /proc filesystem. You could ask the authors of htop if they could make it work on Mac OS X, but I suspect it would require significant work on their part. I don't have very high demands on top, so Mac OS X's top suits me fine. There's also Activity Monitor in /Applications/Utilities which can be useful and informative. Maybe we could use ProcFS with MacFuse, and then install htop. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: libexec directory?
Le 16 août 07 à 14:38, Tabitha McNerney a écrit : Hi, I noticed that a relatively small number of MacPorts (but some of them being quite important such as slapd for OpenLDAP and mysqld) install binary executables into the {prefix}/libexec directory compared to the much more often used and larger {prefix}/bin directory. I'm curious what is the logic for having two separate directories one named libexec and the other named bin? Thank you, -T.M. From porthier(7): libexec/ system daemons system utilities (executed by other programs) -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: mtree violations
Le 15 août 07 à 16:36, Sean Fulton a écrit : On 2007-08-15 01:29:09 -0400, Ryan Schmidt [EMAIL PROTECTED] said: On Aug 14, 2007, at 22:23, Sean Fulton wrote: On 2007-08-13 02:40:21 -0400, Anders F Björklund said: mpu78 wrote: I'm a Unix user who is new to Mac and MacPorts. I've just started installing things using `port' today, i.e. after the release of MacPorts 1.5.1, which I understand does these `mtree' checks. I'm not able to install much without getting the mtree violation error. It fails to install `Xemacs' with: Error: violation by /opt/local/man Error: Target org.macports.destroot returned: mtree violation! and `gnome-doc-utils' with the same error on the way to installing other things. What should I do? Downgrade to MacPorts-1.5.0, upgrade to SVN trunk, or wait until next release... --anders Are maintainers supposed to be fixing these errors somehow? I maintain a port that has this error and I don't know if I'm supposed to add destroot.violate_mtree yes or let it go until the next release. Yes, you are supposed to be fixing this. You are not supposed to be violating the mtree. The next release of MacPorts will downgrade these from fatal errors to warnings, but that's only temporary, until people fix the ports. For example, if you are installing things into / opt/local/man, you should change your port to install those things into /opt/local/share/man. If you are installing things into other nonstandard places, you should evaluate whether those were intentional or not. If intentional, then you can add destroot.violate_mtree yes to the portfile to indicate this intent. If you are installing things in places that are being reported as an mtree violation, but you do not believe it is, then you should report that to the -dev list where it can be decided whether or not to amend the mtree checker. OK, thanks. Is there documentation for the mtree standards? Sean See porthier(7) manpage. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: SDL_Perl on MacOSX
Le 13 août 07 à 13:18, Simon Ruderich a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Tommaso Urli wrote: Excuse me, I'm a little newbie with Xcode, how I can install the needed SDK? Which is the SDK? Why I have Xcode installed but not the needed SDK? Thanks Tommaso Hi, sorry for the late reply, I missed this mail. To install this SDK (software development kit) either use the Mac OS X installer DVD and open the Development Tools installer or download the latest Xcode version from Apple [1]. You have to register there, but it's completely free. When you opened the installer use the Customize button in the last page where you can click Install and then select the Mac OS 10.3.9 SDK. Then press Install to install it. I think it's normally not installed because most developers will work with applications for Mac OS 10.4 and not 10.3 ... Hope this helps, Simon libsdl-framework and his friends are going to not anymore require the 10.3.9 SDK on Tiger. Following what is said inside the SDL xcode project, they set the SDKROOT_ppc to 10.2 to increase back-compatibility but SDL do build with 10.3 or 10.4 SDK on ppc. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problem with p5-xml-sax
Le 10 août 07 à 15:37, [EMAIL PROTECTED] a écrit : Keith J. Schultz [EMAIL PROTECTED] writes: Due to a disk error I had to rebuild everything. While installing gnome port has not been able to fetch p5-xml-sax or at least part of it for two days now. See below for the error messages. Can anyone help. It can not be that so many site are down for so long. It looks like a typo in the port file for xml-sax. Not sure though. reagards Keith Excerpt from sudo port -d install gnome: DEBUG: Searching for dependency: gdbm DEBUG: Didn't find receipt, going to depspec regex for: gdbm DEBUG: Skipping completed org.macports.main (p5-xml-sax) --- Fetching p5-xml-sax DEBUG: Executing org.macports.fetch (p5-xml-sax) --- XML-SAX-0.15.tar.gz doesn't seem to exist in /opt/local/var/ macports/distfiles/perl5 --- Attempting to fetch XML-SAX-0.15.tar.gz from http:// ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/XML p5-xml-sax is now at 0.16 because the delveloper removed 0.15. You need to do frequent selfupdates. Do a port selfupdate and try again and it should work fine. I've closed and marked as invalid the Trac ticket: http://trac.macports.org/projects/macports/ticket/12414 -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: libsdl bug ?
Le 10 août 07 à 00:50, Jyrki Wahlstedt a écrit : On 10.8.2007, at 0.52, Ryan Schmidt wrote: On Aug 9, 2007, at 16:29, McGarry Vince wrote: libsdl fails to upgrade with the following error. Any help would be welcome. snip Confirmed. Portfile says: xinstall -m 0644 -W ${worksrcpath}/docs index.html docs.html $ {destroot}${docdir}/html I presume this means from the ${worksrcpath}/docs directory, copy index.html and docs.html to ${destroot}${docdir}/html. Well, the $ {worksrcpath}/docs directory contains index.html but not docs.html. docs.html is in ${worksrcpath} proper. Yes, that is easy to fix, just put docs.html at the end of list above, but then there remains an odd error related to the eval clause at the end of the phase. It's late here and I should be better versed in tcl to see the problem, but it's there. Confirmed by commenting the eval line out and doing the install that finishes well after that operation, a bit crippled, though:-( Hopefully fixed in r27597. Cheers, -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: SDL_Perl installing troubles!
Le 10 août 07 à 12:57, Tommaso Urli a écrit : I'm quite sure that the problem is in: libsdl_image-framework I'm trying to install separately the various dependencies, but these are failing to build: libsdl_image-framework libsdl_ttf-framework I've rewritten and upgraded libsdl_image-framework and libsdl_ttf- framework portfiles in r27626 and r27627. It should work now. I was pretty inspired, so i even upgraded libsdl-framework to version 1.2.12 in r27628. Regards, -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: libsdl bug ?
Le 8 août 07 à 20:38, Ryan Schmidt a écrit : On Aug 8, 2007, at 12:48, [EMAIL PROTECTED] wrote: i'm using macosx 10.3.9/ppc with macports 1.5.0 and it seems latest libsdl has problems to compile. (to get py-game) [snip] ld: Undefined symbols: _HIPointConvert referenced from QuickTime expected to be defined in Carbon make: *** [build/libSDL.la] Error 1 I Googled this error message, and it looks like this may just not work on 10.3 right now: http://www.nabble.com/Compilation-Error-with-Mac-OS-X-10.3.9- t4199135.html I'm not sure what, if anything, can be done to make it work. You may want to contact the people who wrote in that thread and see if they have any new information now. My latest commit against libsdl port must have broken the quicktime version check, I'll look into it. Anyway, libsdl can't build on Panther with QuickTime 7.0.4 or later. You should try to downgrade QuickTime to version 7.0.3 or upgrade to Tiger. -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: libsdl bug ?
Le 9 août 07 à 15:17, N_Ox a écrit : My latest commit against libsdl port must have broken the quicktime version check, I'll look into it. Fixed in r27590. -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Fwd: SDL_Perl installing troubles!
Début du message réexpédié : De : Tommaso Urli [EMAIL PROTECTED] Date : 9 août 2007 16:37:31 HAEC À : N_Ox [EMAIL PROTECTED] Objet : Rép : SDL_Perl installing troubles! First, thank you, you just pointed out a bug in the libsdl-framework port. But that's not SDL_Perl at all, the SDL_Perl port is p5-sdl_perl. Yep, sorry, I meant libsdl-framework :) So you think it's a problem from the port, not mine? Tommaso Don't forget to reply to the mailing-list. What is your arch? i386 or PPC? For the Xcode gurus on this ml: Is 10.3.9 SDK provided by default with Xcode 2? -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: PHP 5 and PECL
Le 3 août 07 à 14:50, Ryan Schmidt a écrit : On Aug 3, 2007, at 05:28, N_Ox wrote: Did anyone of you have already been able to build and install a PECL package with the MacPorts' pear-base? I always get an error about unix.h header not found and it's very annoying, as I can't install anything. Is this a bug in the php5 or pear-base ports or do we need to contact upstream? First I've heard of it. What is the error? I've filed a ticket about it: http://trac.macports.org/projects/ macports/ticket/12410 -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Fwd: PHP 5 and PECL
Début du message réexpédié : De : N_Ox [EMAIL PROTECTED] Date : 4 août 2007 00:07:02 HAEC À : Ryan Schmidt [EMAIL PROTECTED] Objet : Rép : PHP 5 and PECL Le 3 août 07 à 14:50, Ryan Schmidt a écrit : On Aug 3, 2007, at 05:28, N_Ox wrote: Did anyone of you have already been able to build and install a PECL package with the MacPorts' pear-base? I always get an error about unix.h header not found and it's very annoying, as I can't install anything. Is this a bug in the php5 or pear-base ports or do we need to contact upstream? First I've heard of it. What is the error? % which pecl /opt/local/bin/pecl % sudo pecl install xdebug (...) gcc -I. -I/private/tmp/tmpiBArlE/xdebug-2.0.0 -DPHP_ATOM_INC -I/ private/var/tmp/pear-build-root/xdebug-2.0.0/include -I/private/var/ tmp/pear-build-root/xdebug-2.0.0/main -I/private/tmp/tmpiBArlE/ xdebug-2.0.0 -I/opt/local/include/php -I/opt/local/include/php/main -I/opt/local/include/php/TSRM -I/opt/local/include/php/Zend -I/opt/ local/include/php/ext -I/opt/local/include/php/ext/date/lib - DHAVE_CONFIG_H -g -O0 -c /private/tmp/tmpiBArlE/xdebug-2.0.0/ xdebug.c -fno-common -DPIC -o .libs/xdebug.o In file included from /opt/local/include/php/main/php.h:34, from /private/tmp/tmpiBArlE/xdebug-2.0.0/xdebug.c:25: /opt/local/include/php/Zend/zend.h:72:19: error: unix.h: No such file or directory -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
PHP 5 and PECL
Hello, Did anyone of you have already been able to build and install a PECL package with the MacPorts' pear-base? I always get an error about unix.h header not found and it's very annoying, as I can't install anything. Is this a bug in the php5 or pear-base ports or do we need to contact upstream? -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Mysql5 macports vs .dmg binary
Did you install mysql5 with server variant enabled? 2007/6/19, [EMAIL PROTECTED] [EMAIL PROTECTED]: Good Evening Folks, I have recently taken it upon myself to install wordpress on my mac. Wordpress is a blogging CMS (Content Management System). http://wordpress.org/ Wordpress requires Mysql, PHP and the Apache webserver. In the past i have used mac ports to install Apache2 and PHP5 but I had MySQL5 installed via the official binary .dmg file. So after inspecting my PHP configuration I could see that PHP was not talking to MySQL. So I decided to shut down my MySQL server and re-install it via mac-ports. After successfully installing mysql5 from mac-ports, I am unable to start the new server up, Im I try this command: - $ sudo /opt/local/share/mysql5/mysql/mysql.server start -- I receive this nasty nessage: -- Starting MySQL../opt/local/share/mysql5/mysql/mysql.server: line 151: kill: (12707) - No such process ERROR! -- After looking up line 151 of /opt/local/share/mysql5/mysql/mysql.server I can see this: -- kill -0 $2 || break # if the program goes away, stop waiting -- my working theory is that my original MySQL installation is interfering somehow. I have double checked that I have indeed shutdown the original MySQL server, and is definately stopped and shut-down. I haven't un-installed it though so It is essentially still there, only dormant. Is there anything else I need to do to let mysql5 from mac-ports start-up? Anyone thoughts, comments, theories, ideas, suggestions or feedback will be greatlty appreciated. Regards Ben ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users -- Anthony Ramine, a lazy french student [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Fwd: Problem installing php5
Début du message réexpédié : De : N_Ox [EMAIL PROTECTED] Date : 19 juin 2007 20:53:35 HAEC À : Simon Ruderich [EMAIL PROTECTED] Objet : Rép : Problem installing php5 Hi, I think you are calling the OS X apachectl instead of the MacPorts' one. Try `which apachectl` to check that. MacPorts apache bin path is /opt/local/apache/bin, you should add that to your PATH. On a side note, you should use launchctl apache service instead of calling apachectl: sudo launchctl load -w /Library/LaunchDaemons/ org.macports.apache.plist For more information, `man launchctl`. Le 19 juin 07 à 18:33, Simon Ruderich a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I'm trying to install php5. First I installed apache and then php5 +apache +pear. But this doesn't work. After doing all the given steps If this is your first install, you might want * enable php in apache : cd /opt/local/libexec/apache /opt/local/apache/bin/apxs -a -e -n php5 libphp5.so * copy /opt/local/etc/php.ini-dist to /opt/local/etc/php.ini I get a warning from apache when I try to use sudo apachectl start Syntax error on line 237 of /opt/local/etc/apache/httpd.conf: API module structure `php5_module' in file /opt/local/libexec/apache/libphp5.so is garbled - perhaps this is not an Apache module DSO? /opt/local/sbin/apachectl start: httpd could not be started What am I doing wrong? But I noticed something which could be a problem. In the install instructions (I posted them at the top) it says I should use this path for apxs: /opt/local/apache/bin/apxs, but apxs is in /opt/local/ sbin/apxs. Thanks for your help, Simon - -- + privacy is necessary + using http://gnupg.org + public key id: 0x6115F804EFB33229 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGeAVlYRX4BO+zMikRCocFAKCEKLXnfnKvjeNbRpPF7/JY+tmSmgCgtvOW L/f7geGgoRod+QJujYBFhEU= =oCXZ -END PGP SIGNATURE- -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Icu does not build
I've already fixed that bug in the port. Le 8 juin 07 à 21:53, Jean-Philippe Humbert a écrit : Hi, I´ve seen that there is a solution for your bugreport. Do you plane to implement it in a near future? thanks // Jph Le 18 mai 07 à 09:18, N_Ox a écrit : Thanks for your feedbacks. I've opened a ticket upstream: http://bugs.icu-project.org/trac/ticket/5718 -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Fwd: destroot default
Sorry, i've forwarded the original message instead of my reply -_-. -- Forwarded message -- From: N_Ox [EMAIL PROTECTED] Date: 8 juin 2007 11:51 Subject: Re: destroot default To: Sancho McCann [EMAIL PROTECTED] This value is the temporary destination root stating area. Softwares are not installed directly inside /, they go in a port subdir first to be able to handle conflicts between ports and all. 2007/6/8, Sancho McCann [EMAIL PROTECTED]: In the man page for the portfile, the default value of destroot.destdir is DESTDIR=${destroot} however, the value destroot is never defined. What is this value? Sancho ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users -- Anthony Ramine, a lazy french student [EMAIL PROTECTED] -- Anthony Ramine, a lazy french student [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: port outdated failure message
Le 26 mai 07 à 03:03, Valentin Kuznetsov a écrit : Hi, [EMAIL PROTECTED](16:01:04) port -v outdated Error: port installed failed: list must have an even number of elements No ports are installed. I don't know why. Maybe you have an old version of MacPorts, and maybe the recent changes to the portindex weren't as backward- compatible as we thought they were. Please try updating MacPorts. sudo port selfupdate that doesn't help, I tried multiple times. selfupdate went fine and I still got this message. The one is true, that my ports quite old, they're actually darwin ports. Maybe `port -d outdated` could help us more. -- Anthony Ramine, a lazy french student. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: *gnu*sed?!
Modifying ports depending on gsed wouldn't be that much work: % egrep -r '((bin|lib):[^:]|port):gsed' . | grep -v PortIndex | cut - f 1 -d : | xargs -t -n 1 grep gnused grep gnused ./devel/git-core/Portfile grep gnused ./devel/quilt/Portfile configure.args --with-sed=${prefix}/bin/gnused grep gnused ./print/teTeX/Portfile reinplace s|sed -f|${prefix}/bin/gnused -f|g $ {workpath}/${worksrcdir}/texk/make/man.mk reinplace s|sed -n|${prefix}/bin/gnused -n|g $ {workpath}/${worksrcdir}/texk/make/man.mk reinplace s|sed -e|${prefix}/bin/gnused -e|g $ {workpath}/${worksrcdir}/texk/make/man.mk Le 18 mai 07 à 23:33, Marius Schamschula a écrit : Hi there, Your point is well taken. When I first created the Portfile, we had an online discussion about this very issue. The, then DarwinPorts, powers that be chose the gnu prefix, rather than the g prefix as in gawk (OK this is not quite fair since GNU awk is always called gawk). Off hand, I don't know how many other ports depend on GNU sed, so changing then name at this point may not be a good idea. On my machines I use GNU sed as sed... On May 18, 2007, at 2:59 PM, N_Ox wrote: Hello Something has been bothering me for a moment: For consistency's sake, wouldn't be better to set --program- prefix=g in gnused? That's the program-prefix we can see in other GNU ports, e.g. {core,diff,find}utils. Anyway, i've made some modifications to this port (mainly concerning nls support) and i will file a ticket about it soon. N_Ox. Marius -- Marius Schamschula, Alabama A M University, Department of Physics The Center for Hydrology Soil Climatology and Remote Sensing http://optics.physics.aamu.edu/ - http://www.physics.aamu.edu/ http://wx.aamu.edu/ - http://www.aamu.edu/hscars/ ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: /bin/date and coreutils
Just a side note: as stated in sed(1) and gnused(1) manpages, I'm pretty sure sed -E is the same as gnused -r. N_Ox. Le 7 mai 07 à 20:52, David Liontooth a écrit : In the case of sed, I needed the -r switch and found gsed, providing gnused, in macports, which works great. Dave ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
*gnu*sed?!
Hello Something has been bothering me for a moment: For consistency's sake, wouldn't be better to set --program-prefix=g in gnused? That's the program-prefix we can see in other GNU ports, e.g. {core,diff,find}utils. Anyway, i've made some modifications to this port (mainly concerning nls support) and i will file a ticket about it soon. N_Ox. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Icu does not build
Hi, I got this problem too when i've began to write the new portfile. Everything worked fine after i ran `port clean --all icu`. Anyway, i've been running a little through the sources and i can't understand why this error came up. Thanks for the feedback. Le 17 mai 07 à 08:47, Jean-Philippe Humbert a écrit : Hi, the new version of Icu does not build ... any suggestion? Thanks // Jph sudo port upgrade outdated --- Fetching icu --- Verifying checksum(s) for icu --- Extracting icu --- Configuring icu --- Building icu 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_devel_icu/work/icu/source make all returned error 2 Command output: /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/ local/include -I. -I../i18n -O2 -fno-common -c -dynamic -o ustrtrns.o ustrtrns.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ustr_wcs.o ustr_wcs.c /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o utext.o utext.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o normlzr.o normlzr.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o unorm.o unorm.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o unormcmp.o unormcmp.cpp /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o unorm_it.o unorm_it.c /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o chariter.o chariter.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o schriter.o schriter.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uchriter.o uchriter.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uiter.o uiter.cpp /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uchar.o uchar.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uprops.o uprops.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ucase.o ucase.c /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o propname.o propname.cpp /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ubidi_props.o ubidi_props.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ubidi.o ubidi.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ubidiwrt.o ubidiwrt.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ubidiln.o ubidiln.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o ushape.o ushape.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uscript.o uscript.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o usc_impl.o usc_impl.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o unames.o unames.c /usr/bin/gcc-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o utrie.o utrie.c /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uset_props.o uset_props.cpp /usr/bin/g++-4.0 -DU_COMMON_IMPLEMENTATION -I/opt/local/include - I. -I../i18n -O2 -fno-common -c -dynamic -o uniset_props.o uniset_props.cpp unicode/brkiter.h:477: error: 'URegistryKey' does not name a type unicode/brkiter.h:491: error: 'URegistryKey' has not been declared make[1]: *** [uniset_props.o] Error 1 make: *** [all-recursive] Error 2 Error: Unable to upgrade port: 1 ___ 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