emerge failing (gal): checking if iconv() handles UTF-8... no configure: error: You need to install a working iconv implementation, such as http://clisp.cons.org/~haible/packages-libiconv.html config.log (gal): configure:8623: checking for iconv in -liconv configure:8640: gcc -o conftest -mcpu=i686 -O3 -pipe -Wall -Wunused - I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include - I/usr/X11R6/include -liconv conftest.c 1>&5 /usr/i686-pc-linux-gnu/bin/ld: cannot find -liconv collect2: ld returned 1 exit status fix: it would seem that dev-libs/libiconv has been put into package.mask ... it's description is 'This is a required for GTK+ in GNOME2' so it seems kind of a good thing to have this package in the tree. i dont use gnome-vfs so i cant vouch for/against spider's claims that libiconv breaks it. libiconv-1.7 has been out since 06.2001, but 1.8 was released 05.2002 ... maybe portage should be updated and spider should check out how that works with gnome-vfs ? (the ebuild would have to be updated, simply copying the 1.7 to 1.8 doesnt work ;]) when i unmasked it, emerged it, then emerged gal/gtkhtml, everything worked fine i guess a little package dependency work needs to be done since neither of these guys list libiconv as dependency ... and if they did, it would be a problem cause its masked ;)
Sorry to say this but you've been bitten by a bug and will have some problems sorting it out. libiconv overwrites files from glibc, and breaks other things by being subtly incompatible with glibc. thats what you met now.. emerge -C libiconv emerge glibc And you should have a go, except that some libraries will link to the libiconv that was there when they were built, and not there now.. Those will have to be traced down to solve this. i think "gal" was one of those (broke evolution)