Bug 50446 – gnumeric-1.2.12 fails on configure

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Fernando Serboncini (RETIRED) 2004-05-08 05:48:50 UTC]

When I try to update my gnumeric to the lastest 2.1.12 version it fails on configure...
I've attached the emerge output.



Reproducible: Always
Steps to Reproduce:




Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.2)
=================================================================
System uname: 2.6.2 i686 AMD Athlon(TM) XP 2400+
Gentoo Base System version 1.4.11
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://sunsite.ualberta.ca/pub/unix/Linux/gentoo/
ftp://ibiblio.org/pub/Linux/distributions/gentoo/
http://www.gtlib.cc.gatech.edu/pub/gentoo
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.mirrors.pair.com/
ftp://gentoo.mirrors.pair.com/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d aalib alsa apm avi berkdb bonobo cdr crypt cups doc dvd emacs
encode fbcon fmod foomaticdb gdbm ggi gif gpm gtk gtk2 gtkhtml guile imlib java
jpeg libg++ libwww mad mikmod mmx motif mozilla moznocompose moznoirc moznomail
mpeg ncurses nls ofx oggvorbis openal opengl pam pdflib perl png python qt
quicktime readline sdl slang sse ssl svga tcltk tcpd tetex tiff truetype x86
xinerama xml2 xmms xv zlib"

[Comment 1 Fernando Serboncini (RETIRED) 2004-05-08 05:49:53 UTC]

Created attachment 30992 [details]
"emerge -vu gnumeric" output

[Comment 2 Fernando Serboncini (RETIRED) 2004-05-08 05:52:51 UTC]

by the way, I've the correct version for all those libraries:

libart_lgpl 2.3.16
libgnomeprint 2.6.1
libgnomeprintui 2.6.1
libxml2 2.6.9
libgsf 1.9.0

are all installed.

[Comment 3 Robert Paskowitz (RETIRED) 2004-05-09 00:17:03 UTC]

The build requires libgsf-gnome 1.9.0, which is supplied by compiling libgsf 1.9.0 with USE="gnome". Please adjust dependancies..

[Comment 4 foser (RETIRED) 2004-05-10 05:41:07 UTC]

@ reporter : Robert in comment #3 is probably right, do as he sais. 

But the problem here cannot be easily solved. This is a portage shortcoming.

[Comment 5 Fernando Serboncini (RETIRED) 2004-05-11 19:21:08 UTC]

Hmmm...you're saying that portage cannot add dependencies with USE vars, right?

Isn't it possible to change libgsf to provide a "virtual/gsfgnome" only if it's emerged with USE="gnome"...wouldn't that solve the problem?

[Comment 6 foser (RETIRED) 2004-05-12 06:17:48 UTC]

conditional virtuals.. well i don't think carpaski would be happy with that. Afaik virtuals are defined by an ebuild and not optional. I don't think it can be done and even if could be it is extremely hackish workaround for something that portage deps should solve.

We could probably check portage db data, but we still couldn't rebuild automagicly. And i consider ebuilds peeking at db data extremely hackish as well.

[Comment 7 Fernando Serboncini (RETIRED) 2004-05-13 06:38:36 UTC]

Agreed. 
Hmm...while this isn't solved, I think gnumeric should display a warning message saying that it needs libgsf with USE="gnome".

[Comment 8 foser (RETIRED) 2004-05-13 09:41:19 UTC]

and when should that happen .... 
before merge ? We cannot do that and it would scroll away immediatly.
when it breaks ? It shouldn't break.

I appreciate what you are trying to do here, but it really isn't something we can fix in neat way at this time. We've seen similar situations before.

[Comment 9 J.C. Wren 2004-06-08 11:32:08 UTC]

Actually, it would be nice if emerge saved all informational messages and spit them out at the end (along with in-line).  Many times I've seen messages scroll off (both with and without 'screen' running).  When you see 73 packages emerging with 'emerge -u world', you wonder what else you've missed that might be relevant.

So you'd solve the problem of seeing the "Please use 'USE="gnome" for gnumeric' message, without breaking the build, plus all the other interesting "yellow" messages that go by.

[Comment 10 Fernando Serboncini (RETIRED) 2004-06-08 19:08:50 UTC]

I found something like this in the new amule ebuild. It seems amule doesn't work with wxGTK compiled with USE="gtk2", so they made a check on pkg_setup().

[Comment 11 foser (RETIRED) 2004-06-10 09:54:17 UTC]

thats like the ugliest hack around...

[Comment 12 Robert Moss (RETIRED) 2004-07-07 18:21:43 UTC]

foser, it's ugly, but it works. As gnumeric-1.2.6 (current x86 stable gnumeric) doesn't compile with current stable gcc, it would be nice if this ugly hack was added - check out, for example, the audacity ebuild for a similar ugly hack with regards unicode support for wxGTK - and then 1.2.12 marked stable. As it is, we've not got a working stable gnumeric on x86 at the moment. This is, for the most part, unacceptable to most. I've seen *so* many posts on the forums about this, and it's really starting to do my head in.

Please? *bats eyelids in an endearing fashion*

[Comment 13 foser (RETIRED) 2004-08-11 04:30:07 UTC]

oh yeah.. i hacked it.. i sinned to my own believes, eternal damnation will be mine. forgot to close this...