Bug 24018 – media-gfx/gthumb-2.1.2 doesn't build

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Aron Griffis (RETIRED) 2003-07-06 16:16:09 UTC]

gcc -mcpu=athlon-xp -O3 -pipe -o .libs/gthumb-catalog-view
nautilus-view-component-stubs.o nautilus-view-component-skels.o
nautilus-view-component-common.o main.o catalog-control.o
catalog-nautilus-view.o -pthread -Wl,--export-dynamic  -L/usr/X11R6/lib
/usr/lib/libgnomeui-2.so -L/usr/lib -lSM -lICE /usr/lib/libglade-2.0.so
/usr/lib/libgnomeprintui-2-2.so /usr/lib/libgnomeprint-2-2.so
/usr/lib/libfontconfig.so /usr/lib/libexpat.so /usr/lib/libfreetype.so
/usr/lib/libbonoboui-2.so /usr/lib/libgnomecanvas-2.so /usr/lib/libgnome-2.so
/usr/lib/libesd.so /usr/lib/libasound.so /usr/lib/libaudiofile.so
/usr/lib/libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgtk-x11-2.0.so
/usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
/usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so
/usr/lib/libbonobo-2.so /usr/lib/libORBitCosNaming-2.so
/usr/lib/libgnomevfs-2.so /usr/lib/libgconf-2.so /usr/lib/libxml2.so -lrt
/usr/lib/libbonobo-activation.so /usr/lib/libORBit-2.so /usr/lib/libpopt.so -lm
/usr/lib/liblinc.so -lssl -lcrypto /usr/lib/libgmodule-2.0.so -ldl
/usr/lib/libgobject-2.0.so /usr/lib/libgthread-2.0.so -lpthread
/usr/lib/libglib-2.0.so -lpng -ltiff /usr/lib/libjpeg.so -lz -lXrender -lXext
../../libgthumb/.libs/libgthumb.so
creating gthumb-catalog-view
make[3]: Leaving directory
`/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/components/catalog-view'
make[3]: Entering directory
`/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/components'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory
`/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/components'
make[2]: Leaving directory
`/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/components'
Making all in doc
make[2]: Entering directory `/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/doc'
Making all in C
make[3]: Entering directory `/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/doc/C'
cd ../.. && \
  /bin/sh /var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/missing --run
automake-1.7 --gnu  doc/C/Makefile
configure.in:7: version mismatch.  This is Automake 1.7.5,
configure.in:7: but the definition used by this AM_INIT_AUTOMAKE
configure.in:7: comes from Automake 1.7.2.  You should recreate
configure.in:7: aclocal.m4 with aclocal and run automake again.
make[3]: *** [Makefile.in] Error 1
make[3]: Leaving directory `/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/doc/C'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2/doc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gthumb-2.1.2/work/gthumb-2.1.2'
make: *** [all] Error 2

!!! ERROR: media-gfx/gthumb-2.1.2 failed.
!!! Function gnome2_src_compile, Line 41, Exitcode 2
!!! compile failure


# emerge info
Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-gaming-r1 i686 AMD Athlon(tm) Processor
GENTOO_MIRRORS="http://gentoo.linux.no/"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config
/usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/"
CONFIG_PROTECT_MASK="/etc/ethereal /etc/gnome-vfs-2.0 /etc/gtk-2.0 /etc/init.d
/etc/pam.d /etc/postfix/sample /etc/sound /etc/X11/app-defaults /etc/X11/gdm
/etc/X11/rstart /etc/X11/serverconfig /etc/X11/Sessions /etc/X11/starthere
/etc/X11/sysconfig /etc/X11/xdm /etc/X11/xinit /etc/X11/xkb /etc/gconf /etc/env.d"
PORTDIR="/usr/local/home/agriffis/portage"
DISTDIR="/usr/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg mikmod mmx mpeg ncurses
nls pdflib png quicktime spell truetype xml2 xmms xv zlib gtkhtml alsa gdbm
berkdb readline tetex bonobo tcltk java guile X sdl tcpd pam libwww ssl imlib
oggvorbis gnome gtk qt opengl mozilla cdr scanner -arts -esd -gpm -kde -motif
-slang -svga decss dvd imap lcms libg++ ofx pda perl python ruby"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CXXFLAGS="-mcpu=athlon-xp -O3 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j4"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache distcc cvs keepwork userpriv usersandbox"

[Comment 1 Mr. Bones. (RETIRED) 2003-07-07 01:17:56 UTC]

works fine for me with automake 1.7.2 - maybe a DEPEND change is needed?

[Comment 2 foser (RETIRED) 2003-07-07 04:06:02 UTC]

it's a mystery to me why it tries to use automake in the first place. What is the exact version of automake on your system ?

[Comment 3 Aron Griffis (RETIRED) 2003-07-07 16:24:26 UTC]

I'm running automake-1.7.5, which is marked ~x86 at the moment.

[Comment 4 Alastair Tse (RETIRED) 2003-07-07 18:50:42 UTC]

hmm, looking at the makefiles, it should only run automake if ${S}/Makefile.in is missing. 

[Comment 5 Aron Griffis (RETIRED) 2003-07-15 19:04:59 UTC]

...or if the deps are newer, which must be the case here.  Personally I'd suggest simply running "aclocal" at the toplevel directory at the start of the build.  Following that, it builds find with automake-1.7.5

[Comment 6 Stefan Sarzio 2003-07-31 06:32:45 UTC]

I had the same problem, just wanted to confirm Arons fix.

[Comment 7 foser (RETIRED) 2003-07-31 08:21:46 UTC]

i just finally added 2.1.3 , see if that shows the same problem.

I'm actually thinking of masking out all 2.1 versions, it was a mistake to add them. They have been too buggy.

[Comment 8 Aron Griffis (RETIRED) 2003-07-31 10:33:56 UTC]

Same problem in 2.1.3.  Why not just add aclocal to the ebuild as I suggested in comment #5?

[Comment 9 foser (RETIRED) 2003-07-31 12:13:40 UTC]

cause i have no idea why it does that and can't reproduce it, so i thought we could just check if 2.1.3 fixes this odd behaviour.

[Comment 10 Aron Griffis (RETIRED) 2003-08-01 11:06:26 UTC]

nevermind, looks like the aclocal fix isn't working with gthumb-2.1.3 anyway, as far as I can tell

[Comment 11 foser (RETIRED) 2003-08-10 17:25:52 UTC]

*** This bug has been marked as a duplicate of 25729 ***