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

Gimp 2.4.2 +X11 Terminal Messages
by Anthony Michael Agelastos 08 Dec '07

08 Dec '07

Hello, When I invoke `gimp &` from Terminal.app (with X11.app running) on Leopard, it appears to work but the items below are displayed. Does anyone have any idea what this means or if this is normal? If it is a bug, I would be happy to file it, but I wanted to ask this group first. Thank you for your assistance with this. -Anthony macko:~ iqgrande$ Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/py-slice.py", line 31, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-to-gradient.py", line 17, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-sort.py", line 17, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-offset.py", line 17, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/happy-valley-relief.py", line 20, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/gimpcons.py", line 20, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/foggify.py", line 20, in <module> from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/colorxhtml.py", line 25, in <module> import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

1 0

Re: [31739] trunk/dports/x11/gtk2/Portfile
by Randall Wood 08 Dec '07

08 Dec '07

ALCON: For GTK2, I have restored the default behavior of installing for X11. At some point it would be nice to be able to provide a nice transition from using X11 as the default for GTK to using Aqua as the GTK default, but we are not at that point yet (I thought we were closer than I now think we are to that point). There are three possible installation states for GTK2: 1. gtk2+x11 2. gtk2+quartz with X11 on the Mac 3. gtk2+quartz without X11 on the Mac State 1 is the state that almost all upstream developers expect, State 3 works if no X11 APIs is used in upstream development other than gtk+, and State 2 just simply breakslots of stuff horribly. Unfortunately, since OS X 10.5 ships with X11 installed by default, State 3 is not easily reached on 10.5, leaving State 1 as the only reliably working state. Hence the decision to make that the default state. On 12/5/07, rhwood(a)macports.org < rhwood(a)macports.org> wrote: > > Revision 31739<http://trac.macosforge.org/projects/macports/changeset/31739> > Author rhwood(a)macports.org Date 2007-12-05 02:13:18 -0800 (Wed, 05 Dec > 2007) Log Message > > Upgrade to 2.12.3 > Clarify variant failure message > Make the +x11 variant default > > Modified Paths > > - trunk/dports/x11/gtk2/Portfile<#116aeed633ea0c92_116a9cd0b6c2e8b4_trunkdportsx11gtk2Portfile> > > Diff Modified: trunk/dports/x11/gtk2/Portfile (31738 => 31739) > > --- trunk/dports/x11/gtk2/Portfile 2007-12-05 09:34:22 UTC (rev 31738) > +++ trunk/dports/x11/gtk2/Portfile 2007-12-05 10:13:18 UTC (rev 31739)@@ -4,7 +4,7 @@ PortSystem 1.0 name gtk2-version 2.12.2+version 2.12.3 set branch [join [lrange [split ${version} .] 0 1] .] categories x11 maintainers rhwood openmaintainer@@ -25,9 +25,9 @@ distname gtk+-${version} checksums \- md5 a789a8a333d418f47cda1dba106d9aac \ > - sha1 495ff3ef09de44cc23718239967203bd7871b4aa \ > - rmd160 b5cd6b7ec6abf557a6f82c707e0eafb67c813f8d + md5 dc8455144f27945f2fcbe91e75acd118 \ > + sha1 5af5ab069c49189abf223b25736c254da047c712 \ > + rmd160 5da22ae4ac257bd2fcefbe2f374e92b6b0dbcc85 use_bzip2 yes @@ -48,10 +48,11 @@ port:render \ port:zlib +default_variants +x11 pre-fetch { if { ![variant_isset quartz] && ![variant_isset x11] } {- return -code 1 "\n\nThe gtk2 port can be built and installed with support for either Quartz\n(Aqua) rendering or X11 rendering, but not both.\n\nPlease install the gtk2 port by running either:\n\t\"port install gtk2 +quartz\" or\n\"port install gtk2 +x11\"\n\n" + return -code 1 "\n\nThe gtk2 port can be built and installed with support for either Quartz\n(Aqua) rendering or X11 rendering, but not both.\n\nPlease install the gtk2 port by running either:\n\t\"port install gtk2 +quartz\" or\n\t\"port install gtk2 +x11\"\n\nIf you are upgrading a port and see this message, use the X11 variant.\n\n" } if {[variant_isset quartz]} { if { ![file exists ${prefix}/include/cairo/cairo-quartz.h] } { > > > _______________________________________________ > macports-changes mailing list > macports-changes(a)lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-changes > > -- Randall Wood randall.h.wood(a)alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy."

1 0

Fwd: X11 SDK headers on Leopard?
by William Davis 08 Dec '07

08 Dec '07

Begin forwarded message: > From: Simone Karin Lehmann <simone(a)lisanet.de> > Date: December 7, 2007 4:29:29 PM EST > To: X11 List Mailing <x11-users(a)lists.apple.com> > Subject: Re: X11 SDK headers on Leopard? > > > Am 07.12.2007 um 20:27 schrieb Sergey Chemishkian: > >> I am trying to install MacPorts 1.5.0 on Leopard (upgraded from >> Tiger, >> default Xcode 3.0 installation) from source. './configure' breaks >> on X11 >> tests with the following error message: >> >> checking for XOpenDisplay in -lX11... yes >> Please install the X11 SDK packages from the Xcode Developer Tools CD >> configure: error: Broken X11 install. No X11 headers > > > I've had the same problem. There seems to be a bug with MacPorts on > Leopard. Compiling MacPorts with > > ./configure LDFLAGS=-L/usr/X11/lib > > solved the problem for me > > Simone > -- > in the arms of your angel, you may find some comfort here. > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > X11-users mailing list (X11-users(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/frstan%40bellsouth.net > > This email sent to frstan(a)bellsouth.net William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non

2 1

keeping a (maximally) clean active tree
by David Blank-Edelman 08 Dec '07

08 Dec '07

Hi- Pardon me if this is an obvious question, but I'd like to know if there is an easy way (e.g. a script) to keep a maximally clean tree of active ports? I'd ideally like to have only the latest and greatest of every port I use installed on my machine. As new versions of ports (libraries in particular) get released, it seems like one starts to collect old versions of these ports because something else previously installed linked against that old version. For example, right now my "ports outdated" says: apr 1.2.11_0 < 1.2.12_0 apr-util 1.2.10_0 < 1.2.12_0 cairo 1.4.10_0 < 1.4.12_0 freetype 2.3.5_0 < 2.3.5_1 glib2 2.14.3_0 < 2.14.4_1 gtk2 2.12.1_0 < 2.12.3_0 sqlite3 3.5.2_0 < 3.5.3_1 I'm familiar with the -u switch to ports, but just to continue this example, I can't say "port -u upgrade cairo" because it says: ---> Unable to uninstall freetype 2.3.5_0, the following ports depend on it: ---> fontconfig ---> cairo ---> Xft2 ---> gtk2 Error: Uninstall freetype 2.3.5_0 failed: Please uninstall the ports that depend on freetype first. ---> Unable to uninstall cairo 1.4.10_0, the following ports depend on it: ---> pango ---> gtk2 Error: Uninstall cairo 1.4.10_0 failed: Please uninstall the ports that depend on cairo first. As far as I know, the only way to keep only the latest version of cairo is to uninstall all of the stuff that depends on the past version(s) of cairo, upgrade cairo, and then rebuild/reinstall all of those ports. For certain ports there are enough steps in the chain (e.g. wireshark) that this becomes a bit of a hassle. So my questions are: 1) Am I missing some incantation with port that will chase these dependencies for me? 2) If not, it seems like it should be possible to write a script that figures out the right uninstall/build/install dance in the shortest number of moves to leave a ports tree with only the very latest things installed. Anybody have one? 3) Another possibility would be to write something that kept a list of installed ports, blew away the current port installation, and installed that list again from scratch. This seems a bit heavy handed, but it would work. Thanks for any help you can offer (and my sincere thanks to the people on the project plus the ports maintainers for all of the hard work that they do). -- dNb

5 11

PHP5, Apache2, Leopard
by Chris Janton 07 Dec '07

07 Dec '07

Hi I have a newly-Leopardized PowerPC running Leopard (10.5.1) Fresh install of MacPorts Fresh install of XCode 3 I do this sudo port selfupdate port version Version: 1.520 On my other systems (PPC 10.3.9, Intel 10.4.11) I used this command to install PHP5 sudo port install php5 +apache +macosx +mysql5 +pear On Leopard I would prefer to use the Apple installed Apache2, so I assume that this command would be appropriate sudo port install php5 +apache2 +macosx +mysql5 +pear What I get is this (which is different than yesterday) ---> Building apache2 with target all Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_apa che2/work/httpd-2.2.6" && make all " returned error 2 Command output: ab.c: In function 'start_connect': ab.c:1150: warning: passing argument 2 of 'BIO_set_callback_arg' from incompatible pointer type So, does anyone have a handy list of hints for making PHP5 work with the Apple-provided Apache2? I got mysql5 installed and working just fine. Thanks in advance. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM

3 5

sanity checks?
by Joe Davison 07 Dec '07

07 Dec '07

Yesterday, on my other machine, I did "port upgrade all" when I should have done "port upgrade installed". Today I stopped by the machine (867 MHz G4, OS 10.4.11) and it was still chugging along... Luckily I'd added "-v" and " | tee logfile" so a "grep -i fetching logifile" showed it was busily upgrading packages I'd never installed (or don't remember installing). I killed it because I do want to be able to use the machine occasionally... Is the behavior of "upgrade all" reasonable? I do recognize that one can claim that an uninstalled package is upgraded by installing it, but that seems a stretch. Offhand, I'd think "upgrade" would skip packages that weren't installed. That might better be done by a simple sanity check on the command line args -- are there really people who could reasonably mean to install every package in every tree? joe

2 1

port => ebuild?
by Alexy Khrabrov 07 Dec '07

07 Dec '07

I've installed gentoo-alt prefix portage and it's fun to compare with macports. Does anybody know of a port=>ebuild convertor? That would be even more fun. "Portage: making simlpe things even more difficult!" :) Cheers, Alexy

2 1

python23 doesn't work in leopard (was: Problem installing redland-bindings +python)
by Yves Serrano 06 Dec '07

06 Dec '07

Hi I can't get python23 to work in leopard. After I couldn't get it to work with the default python23 Portfile, I tried to compile it manually. When I used "./configure --disable-tk --disable-toolbox-glue --disable- framework" and add the line "#define HAVE_BROKEN_POSIX_SEMAPHORES 1" to pyconfig.h, I could start python23 without errors, but I doesn't work for everything. Here is the same error I get when I try to use zope2.8. Python 2.3.6 (#12, Dec 6 2007, 23:19:03) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import asyncore Traceback (most recent call last): File "<stdin>", line 1, in ? File "/tmp/py23/lib/python2.3/asyncore.py", line 56, in ? from errno import EALREADY, EINPROGRESS, EWOULDBLOCK, ECONNRESET, \ ImportError: cannot import name ESHUTDOWN I also tried the options under http://blogs.nuxeo.com/sections/blogs/florent_guillaume/2005_05_21_compilin… (tips for tiger) Does anybody have an idea how this can be solved? Could it be, that this has some thing to do with posix change (see http://www.nosignal.net/index.php/2007/10/27/leopard-has-landed/ )? For some projects, I can't switch to python24 or python25 at the moment and need to use python23 :-( . regards Yves > Hello, > > No more thoughts about that? Let me know if you need more informations > to fix that part, I'd love to help if I can. > > Regards, > David > > > Le 26 nov. 07 à 18:24, David Larlet a écrit : > > > Hi all, > > > > I got some trouble with the python redland--binding on leopard, here > > is the difference with the ruby installation: > > > > $ sudo port install redland-bindings +ruby > > ---> Fetching redland-bindings > > ---> Verifying checksum(s) for redland-bindings > > ---> Extracting redland-bindings > > ---> Configuring redland-bindings > > ---> Building redland-bindings with target all > > ---> Staging redland-bindings into destroot > > ---> Installing redland-bindings 1.0.6.1_0+ruby > > ---> Activating redland-bindings 1.0.6.1_0+ruby > > ---> Cleaning redland-bindings > > > > > > $ sudo port install redland-bindings +python > > ---> Building python23 with target all > > Error: Target org.macports.build returned: shell command " cd "/opt/ > > local/var/macports/build/ > > _opt_local_var_macports_sources_rsync > > .macports.org_release_ports_lang_python23/work/Python-2.3.6" && make > > all " returned error 2 > > Command output: gcc -L/opt/local/lib -u __dummy -u _PyMac_Error - > > framework System -framework CoreServices -framework Foundation -o > > python.exe \ > > Modules/python.o \ > > -L. -lpython2.3 -ldl -framework CoreServices -framework > Foundation > > Undefined symbols: > > "__dummy", referenced from: > > ld: symbol(s) not found > > collect2: ld returned 1 exit status > > make: *** [python.exe] Error 1 > > > > Error: The following dependencies failed to build: python23 > > Error: Status 1 encountered during processing. > > > > > > The issue seemed to be a python23 dependency so I decide to install > > this one but I got another problem at this point: > > > > > > $ sudo port install python23 > > ---> Building python23 with target all > > Error: Target org.macports.build returned: shell command " cd "/opt/ > > local/var/macports/build/ > > _opt_local_var_macports_sources_rsync > > .macports.org_release_ports_lang_python23/work/Python-2.3.6" && make > > all " returned error 2 > > Command output: gcc -L/opt/local/lib -u __dummy -u _PyMac_Error - > > framework System -framework CoreServices -framework Foundation -o > > python.exe \ > > Modules/python.o \ > > -L. -lpython2.3 -ldl -framework CoreServices -framework > Foundation > > Undefined symbols: > > "__dummy", referenced from: > > ld: symbol(s) not found > > collect2: ld returned 1 exit status > > make: *** [python.exe] Error 1 > > > > Error: Status 1 encountered during processing. > > > > > > which were already reported here: http://lists.macosforge.org/pipermail/macports-users/2007-November/006972.h… > > > > Now what can I do? I think it should more interesting to depends on > > python24 but at least to allow me to install python23, or maybe I'm > > doing something wrong? > > > > Regards, > > David > >

1 0

Problem building xemacs/compface
by Erik Norgaard 06 Dec '07

06 Dec '07

Hi: First, I'm new on this list, I have a problem installing xemacs: sudo port install xemacs --> Fetching compface ---> Attempting to fetch compface-1.5.2.tar.gz from ftp://ftp.xemacs.org/pub/xemacs/aux/ ---> Attempting to fetch compface-1.5.2.tar.gz from http://svn.macports.org/repository/macports/distfiles/compface ---> Attempting to fetch compface-1.5.2.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch compface-1.5.2.tar.gz from http://svn.macports.org/repository/macports/downloads/compface Error: Target org.macports.fetch returned: fetch failed So, I tried to download compface from a different site, ftp://ftp.dk.xemacs.org/xemacs/aux/compface-1.5.2.tar.gz and placed it in /opt/local/var/macports/distfiles/compface Then retrying build result in this: ---> Building compface with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_compface/work/compface-1.5.2" && make all " returned error 2 Command output: gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common cmain.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common compface.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common arith.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common file.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common compress.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common gen.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common uncompface.c ar rc libcompface.a arith.o file.o compress.o gen.o uncompface.o ranlib libcompface.a gcc -L/opt/local/lib -o compface cmain.o compface.o libcompface.a gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common uncmain.c gcc -L/opt/local/lib -o uncompface uncmain.o libcompface.a gcc -dynamiclib -O2 -fno-common -L/opt/local/lib -install_name /opt/local/lib/libcompface.0.dylib -current_version 0.1.5.2 -compatibility_version 0.1.5.2 -o libcompface.0.1.5.2.dylib arith.o file.o compress.o gen.o uncompface.o ld: malformed version number: 0.1.5.2 collect2: ld returned 1 exit status make: *** [libcompface.0.1.5.2.dylib] Error 1 How do I correct this problem? Thanks, Erik

2 1

Fw: libsndfile error
by Chris Share 06 Dec '07

06 Dec '07

So is there a way to install libsndfile? Can I install an earlier version, or can I install it without FLAC? Cheers, Chris ----- Original Message ---- From: "cssdev(a)mac.com" <cssdev(a)mac.com> To: Chris Share <cpsmusic(a)yahoo.com> Cc: macports List <macports-users(a)lists.macosforge.org> Sent: Wednesday, December 5, 2007 11:37:00 PM Subject: Re: libsndfile error On Dec 5, 2007, at 6:47 AM, Chris Share wrote: > I'm trying to install libsndfile however I'm getting the following > error: libsndfile does not work with the current version of FLAC http://trac.macosforge.org/projects/macports/ticket/12009 Of course, now I realize I didn't commit the patch to disable flac. libsndfile needs upstream attention to work with the latest FLAC, so for the meantime it seems that libsndfile simply shouldn't support FLAC. Chris ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

2 1