I would think that with the gnome USE flag set, that gtkam would compile --with-gnome to enable GNOME support. It appears, via a grep for GNOME, that the problem may be with line 70 of configure.in, which looks for the libgnomeui-2.0 package. Maybe we could do something here to fix this?
what i gather from checking the ebuild it does just that. The deps also mention libgnomeui-2.
Unfortunately, it does not. It specifically says at the end of the configure stage that GNOME Support: no, and I never see the proper Gnome information whatsoever. I'm no expert on configure scripts, but it looks like it is using pkg-config --exists libgnomeui-2.0 to find if it exists. It is returning a zero. config.status: creating po/Makefile Configuration Source code location: . Compiler: gcc GIMP plugin: no EXIF support: yes Bonobo support: yes GNOME support: no This is from the bottom of the configure stage.
hm ok, i checked the package. It seems you also need gphoto2 documentation for this to work and the gnome support consists mainly of yelp based help. We don't have the ebuild for the docs, so that should be added first. But i'm not much into gphoto related stuff, so i might be wrong.
Maybe we should simply comment out the gnome parts of RDEPEND until the documentation can be added? I don't really know what the best answer would be for this one.
probably, the flag & dep have no use now if i am correct.
Correct, they do not do anything and are unnecessary without the gtkam-manual.
seems like gnome support equals a help entry in the menu that points to the gphoto2-manual. the configure script doesn't enable it because it can't find gphoto2-manual, which is true, because we don't have it in portage, and the doc package on gphoto's website doesn't have the required .pc file. i'll check with the gphoto maintainers why the docs .pc file are only available in CVS.
Any word? I think commenting the gnome parts would probably be best for now, since it has no effect either way other than to pull in deps which aren't even used.
sure, go ahead. add a link to this bug in the ebuild
I have commented out the gnoem sections and left note of the bug #