I don't know anything about guile or slib or g-wrap, but I can tell you this: With guile-1.6.8, gnucash won't start up and g-wrap won't merge with an error slib/guile.init not existing. Both of these things work fine with guile-1.6.7 I run Gentoo x86 unstable on an athlon-64-x2.
What version of slib? And gnucash and g-wrap, for good measure. (You know ... basic bug reporting detail.)
[I--] [ ] dev-scheme/slib-2.4.6 (0) [I--] [ ] dev-libs/g-wrap-1.3.4-r1 (0) [I--] [ ~] app-office/gnucash-2.0.2 (0) 'Could have simply assumed (a correct assumption) that before I posted the bug I synched and updated (-DuN) to make sure I wasn't just on incompatible versions (which was why I mentioned my specific profile). BUT for good measure, here's emerge --info: Portage 2.1.2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.19.2 i686) ================================================================= System uname: 2.6.19.2 i686 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ Gentoo Base System version 1.12.8 Timestamp of tree: Tue, 16 Jan 2007 00:30:03 +0000 dev-java/java-config: 1.3.7, 2.0.31-r2 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.19.2-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon64 -mfpmath=sse -msse3 -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon64 -mfpmath=sse -msse3 -O2 -fomit-frame-pointer -pipe -Wno-deprecated" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg distlocks metadata-transfer sandbox sfperms strict userpriv" GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://mirror.datapipe.net/gentoo" MAKEOPTS="-j8" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow 3dnowex 3dnowext X aac acpi aim alsa aotuv apache2 audiofile avi bash-completion bcmath berkdb bitmap-fonts bzip2 bzlib calendar cdparanoia cdr crypt curl dba dedicated dga dlloader dri dv dvd dvdread encode escreen examples exif fbcon ffmpeg flac flash font-server gd gdbm ggi gif glut gphoto2 gpm gtk gtk2 hbci icq imagemagick imap imlib inetd innodb ithreads java javadoc javamail jbig jikes jpeg libcaca libg++ libwww lm_sensors mad madwifi maildir mjpeg mmx mmxext mng mozilla mp3 mpeg msn mysql ncurses network nls nptl nptlonly nsplugin offensive ofx ogg oggvorbis opengl oscar pam pcre perl php pic pie plotutils png pnp python quicktime quotes readline rtc sockets spell sse sse2 ssl svg svga tcltk threads tiff truetype truetype-fonts type1-fonts usb visualization vorbis wifi win32codecs x86 xine xml xorg yahoo zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" USERLAND="GNU" VIDEO_CARDS="radeon vga" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
there's a file that 1.6.8 isn't installing. will get this fixed shortly.
> Could have simply assumed (a correct assumption) that before I posted the bug > I synched and updated (-DuN) to make sure I wasn't just on incompatible > versions (which was why I mentioned my specific profile). Yes, we could, though it is too often not the case unfortunately and besides that it would be very labor intensive to determine since we would have to look at the time you submitted your bug and make a guestimate when rsync synced with cvs and then look at what versions were ~ at that time. Anyway, slib-3.1.1 (and slib-3.1.4) should have been marked ~x86, but unfortunately they are still not. Could you try 3.1.1 for me and report back? Do you get bug 162229 or something else?
I trued both 3.1.1 and 3.1.4 and got the problems mentioned in 162229.
Slib-2.4.6 now depends on guile-1.6.7, so this is fixed.
*** Bug 163030 has been marked as a duplicate of this bug. ***
