Frank J. R. Hanstick wrote:
Hello,
Evolution-data-server installed under the guidelines provided. Is
anyone in a discussion with the developers of evolution-data-server to
correct this oversight because I do not know of too many people who
uninstall before upgrading and I do not think evolution-data-server is
so perfect that it would never need to be upgraded. This would not be
a problem just with MacPorts; but, everyone who wishes to upgrade an
already installed evolution-data server.
On Apr 28, 2009, at 10:26 PM, David Evans wrote:
Frank J. R. Hanstick wrote:
Hello,
Just a report to keep you updated on how upgrading went. The
following successfully upgraded: pango, gtk2, popt, libproxy,
gnome-platform-suite (following the new installations of:
libgweather, libical, libarchive, and gvfs), lcms, libcanberra,
metis, and python26. libcanberra had failed to upgrade in earlier
attempts. The following still failed:
evolution-data-server (new port file displayed prior to the attempt)
with the following error message:
/usr/bin/gcc-4.0 -dynamiclib -o ../.libs/libgdraw.4.0.7.dylib
.libs/choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o
.libs/gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o
.libs/gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o
.libs/gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o
.libs/gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o
.libs/ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o
.libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o
.libs/gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o
.libs/gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o
.libs/gresource.o .libs/gresourceimage.o .libs/gresedit.o
.libs/gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o
.libs/gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o
.libs/gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o
.libs/gspacer.o .libs/xkeysyms_unicode.o -L/opt/local/lib
-L/usr/local/lib ../.libs/libgutils.dylib
/opt/local/lib/libgunicode.dylib ../.libs/libgunicode.dylib
/opt/local/lib/libiconv.dylib -lpthread -L/usr/X11R6/lib
/opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib
/opt/local/lib/libXi.dylib /opt/local/lib/libXext.dylib
/opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib
/opt/local/lib/libX11.dylib /opt/local/lib/libxkbui.dylib
/opt/local/lib/libXt.dylib /opt/local/lib/libxkbfile.dylib
-Wl,/System/Library/Frameworks/CoreServices.framework/CoreServices
-Wl,/System/Library/Frameworks/Carbon.framework/Carbon
-install_name /opt/local/lib/libgdraw.4.dylib
-compatibility_version 5 -current_version 5.7 -Wl,-single_module
ld: Undefined symbols:
_utf8_strchr
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link
edit command failed
make[1]: *** [../libgdraw.la] Error 1
make: *** [libgdraw] Error 2
along with qemu and textlive_base.
Frank J. R. Hanstick
tro...@comcast.net <mailto:tro...@comcast.net>
The developers of evolution-data-server apparently never contemplated
the MacPorts upgrade scenario, that is, building a new copy
while the old copy is still installed -- because of the way the link
command is ordered, it will link against the old libraries in preference
to the new ones if they exist.
So instead of upgrading evolution-data-server try this
sudo port deactivate evolution-data-server
sudo port install evolution-data-server
It's a work around but it may help. If not please file a ticket.
Dave
Yes.
_______________________________________________
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users