Bug 61498 – Compilation of dev-libs/g-wrap-1.3.4-r1 failed (NOT like bug #57320)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Johannes Bauer 2004-08-24 04:56:38 UTC]

I yesterday tried to "emerge -u world". G-Wrap was supposed to be updated to version 1.3.4-r1 (I currently have 1.3.4). Compilation failed however, relatively fast (I think about the second or third compilation call):

rm -f g-wrap-config.tmp
sed < g-wrap-config.in > g-wrap-config.tmp \
    -e 's:@-GUILE-@:/usr/bin/guile:' \
    -e 's:@-VERSION-@:1.3.4:' \
    -e 's:@-libdir-@:/usr/lib:' \
    -e 's:@-includedir-@:/usr/include:' \
    -e 's:@-GUILE_MODULE_DIR-@:/usr/share/guile:'
chmod +x g-wrap-config.tmp
mv g-wrap-config.tmp g-wrap-config
make[2]: Leaving directory `/var/tmp/portage/g-wrap-1.3.4-r1/work/g-wrap-1.3.4/bin'
Making all in g-wrap
make[2]: Entering directory `/var/tmp/portage/g-wrap-1.3.4-r1/work/g-wrap-1.3.4/g-wrap'
guile -c \
          "(set! %load-path (cons \"/var/tmp/portage/g-wrap-1.3.4-r1/work/g-wrap-1.3.4/g-wrap/..\" %load-path))""(debug-enable 'backtrace) \
                        (debug-enable 'debug) \
                        (read-enable 'positions) \
                        (use-modules (g-wrap)) \
                        (use-modules (g-wrap gw-standard-spec)) \
                        (gw:generate-wrapset \"gw-standard\")"
ERROR: Unbound variable: include-deprecated-features
make[2]: *** [gw-standard.c] Fehler 2
make[2]: Leaving directory `/var/tmp/portage/g-wrap-1.3.4-r1/work/g-wrap-1.3.4/g-wrap'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/g-wrap-1.3.4-r1/work/g-wrap-1.3.4'
make: *** [all] Fehler 2
 
!!! ERROR: dev-libs/g-wrap-1.3.4-r1 failed.
!!! Function src_compile, Line 29, Exitcode 2
!!! emake failed
 


Reproducible: Always
Steps to Reproduce:




Portage 2.0.50-r10 (default-x86-2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r0, 2.6.8.1)
=================================================================
System uname: 2.6.8.1 i686 Intel(R) Pentium(R) M processor 1400MHz
Gentoo Base System version 1.5.3
distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer"
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="-O2 -march=pentium4 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://ftp.uni-erlangen.de/mirrors/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib acpi apm avi berkdb bonobo cdr crypt cups dvd dvdr encode esd fbcon
foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile hbci imlib java jpeg libg++
libwww mad mikmod motif mpeg mysql ncurses nls oggvorbis opengl oss pam pcmcia
pdflib perl png python quicktime readline samba sdl slang spell ssl svga tcltk
tcpd tetex truetype usb x86 xml2 xmms xv zlib"

[Comment 1 Johannes Bauer 2004-08-24 04:59:57 UTC]

Sorry, thought g-wrap was gnome, but now figured out it had something to do with Scheme -> Reassigned to "Development"

[Comment 2 Johannes Bauer 2004-08-29 05:25:08 UTC]

As a quick and dirty fix, I have marked g-wrap 1.3.4-r1 as masked in my portage tree.

[Comment 3 Johannes Bauer 2004-08-30 10:29:42 UTC]

I solved the problem. It boiled down to guile. Appearently I had (somehow) 2 concurrent versions of guile installed, a 1.4.x and the latest one. This did the trick:

# emerge unmerge guile
# emerge guile

Now it works! Marking this one as resolved.

[Comment 4 Michael Vogt 2007-01-18 00:38:34 UTC]

The suggested fix didn't work for me. I found out that upgrading slib from 2.something to 3.1.something did the trick.