I'm a long-time regular on the pan user list, and this is straight from Charles, the pan lead developer. gnomelib isn't needed for >pan-0.90. For Gentoo, that means the dependency should be controlled with IUSE=gnome. The only thing gnomelib is used for in pan is to check the browser association. If gnomelib isn't linked in, pan falls back to using the BROWSER environmental variable. I'm a KDE user and don't have gnome on my system. If I build pan with the gnomelib dependency, not only does it pull in all sorts of unnecessary deps, but it breaks click-to-open link functionality, since I naturally don't have a gnome browser association set up and with gnomelib linked in, pan doesn't fall back to the BROWSER variable as it does otherwise. In my overlay ebuilds, I've simply been doing this for both the spell dependency and the gnome dependency: spell? ( >=app-text/gtkspell-2.0.7 ) gnome? ( >=gnome-base/libgnome-2.0 )" Of course, that's not going to work for -gnome or -spell if the libs are installed, as configure will still find them. I see the earlier pan ebuilds used econf to deal with USE=spell. Will the same approach continue to work? With pan-1.0 targeted for release later this month, it'd be nice to get an ebuild with the proper solution in the tree. Thanks! Duncan
*** Bug 142701 has been marked as a duplicate of this bug. ***
I'm working on a patch to amek the gnome/Gtkspell support optional via the configure script.
ok, the patch has been integrated into 0.107, i'll bump it later today with gnome and spell flags
OK, I'm looking at pan-0.107.ebuild, revision 1.1, from viewcvs (it hadn't hit the rsync mirror yet on last update, understandable since the viewcvs entry is only an hour old itself), and the source_compile changes look good, but the dependencies are still unconditional, so it's still pulling in all that gnome stuff. =8^(
ok, net-nntp/pan-0.107 is in the tree. now also with conditional dependencies. ;)
