On Friday 07 March 2008 00:38:35 Chris Maness wrote: > Mel wrote: > > On Thursday 06 March 2008 18:45:31 [EMAIL PROTECTED] wrote: > >> I have tried to re-build all of my ports, but gtk-2 is failing. Any > >> suggestions. > >> > >> the comand I used last was: > >> > >> portupgrade -Rf --batch gtk-2.12.3 > >> > >> iqr.la im-multipress.la > gtk.immodules > >> /libexec/ld-elf.so.1: Shared object "libm.so.4" not found, required by > >> "libgdk_pixbuf-2.0.so.0" > >> gmake: *** [gtk.immodules] Error 1 > >> gmake: Leaving directory > >> `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.12.8/modules/input' > >> gmake: *** [all-recursive] Error 1 > >> gmake: Leaving directory > >> `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.12.8/modules' > >> gmake: *** [all-recursive] Error 1 > >> gmake: Leaving directory > >> `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.12.8' gmake: *** [all] Error > >> 2 ** Command failed [exit code 1]: /usr/bin/script -qa > >> /tmp/portupgrade.13565.39 env UPGRADE_TOOL=portupgrade > >> UPGRADE_PORT=gtk-2.12.3 UPGRADE_PORT_VER=2.12.3 make BATCH=yes > >> ** Fix the problem and try again. > >> ** Listing the failed packages (-:ignored / *:skipped / !:failed) > >> ! x11-toolkits/gtk20 (gtk-2.12.3) (new compiler error) > > > > gtk20 doesn't depend on gdk-pixbuf according to the port, but the gtk2's > > configure script doesn't agree. > > In short: the gnome-hack magic is not working for this as it doesn't add > > gdkpixbuf to LIB_DEPENDS. You might wanna report this to the > > freebsd-gnome list. > > > > To make it work for you: > > Just do portupgrade -f graphics/gdk-pixbuf, then portupgrade -Rf gtk20 > > again. There's a change you'll run into the same with a different port > > this time, then rinse and repeat. > > I don't see this port graphics/gdk-pixbuf in the current ports tree.
http://www.freebsd.org/cgi/cvsweb.cgi/ports/graphics/gdk-pixbuf/ What's the output of: ldd /usr/local/lib/libgdk_pixbuf-2.0.so.0 On 7.x it should look like this: /usr/local/lib/libgdk_pixbuf-2.0.so.0: libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x3819d000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x381a1000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x38300000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x3839f000) libm.so.5 => /lib/libm.so.5 (0x381db000) libc.so.7 => /lib/libc.so.7 (0x38080000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x381f0000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x38494000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x385eb000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x38612000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x38730000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x39207000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x392fc000) -- Mel Problem with today's modular software: they start with the modules and never get to the software part. _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"