From owner-freebsd-questions@FreeBSD.ORG Fri Mar 7 00:21:13 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6200106566C for ; Fri, 7 Mar 2008 00:21:12 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from snoogles.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id A50858FC1C for ; Fri, 7 Mar 2008 00:21:12 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (localhost [127.0.0.1]) by snoogles.rachie.is-a-geek.net (Postfix) with ESMTP id 822BD1CD4A; Thu, 6 Mar 2008 15:21:11 -0900 (AKST) From: Mel To: freebsd-questions@freebsd.org Date: Fri, 7 Mar 2008 01:21:08 +0100 User-Agent: KMail/1.9.7 References: <4147.163.150.112.196.1204825531.squirrel@squirrel.kq6up.org> <200803062014.43505.fbsd.questions@rachie.is-a-geek.net> <47D0807B.5050208@chrismaness.com> In-Reply-To: <47D0807B.5050208@chrismaness.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803070121.09054.fbsd.questions@rachie.is-a-geek.net> Cc: Chris Maness Subject: Re: GTK Compile fail in 7.0-R X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Mar 2008 00:21:13 -0000 On Friday 07 March 2008 00:38:35 Chris Maness wrote: > Mel wrote: > > On Thursday 06 March 2008 18:45:31 chris@chrismaness.com 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[3]: *** [gtk.immodules] Error 1 > >> gmake[3]: Leaving directory > >> `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.12.8/modules/input' > >> gmake[2]: *** [all-recursive] Error 1 > >> gmake[2]: Leaving directory > >> `/usr/ports/x11-toolkits/gtk20/work/gtk+-2.12.8/modules' > >> gmake[1]: *** [all-recursive] Error 1 > >> gmake[1]: 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.