I was able to build media-gfx/gtkimageview without gnome-base/gnome-common. Ebuild from bug 192239 doesn't depend on gnome-base/gnome-common.
ebuild lacks also gnome2 eclass and eauto* calls as reported by repoman, see my ebuilds from 192239
(In reply to comment #0) well, the gnome-common dep is listed in the README of the package as required - I assumed that this is accurate... =/ (In reply to comment #1) > ebuild lacks also gnome2 eclass and eauto* calls as reported by repoman, see my > ebuilds from 192239 why is the gnome2 eclass needed here? (and eautoreconf call?)
The eautoreconf call is needed because he patches the autotools files so that the docs can be stripped via USE="-doc". This was a requirement for sunrise, but since other packages in the tree install these docs regardless it's not necessary (imo) -- especially since it requires an eautoreconf to implement. Assuming the deps in the README are correct tho probably isn't accurate; we should only depend on whatever minimum dependencies there actually are, instead of a blanket depend on gnome-common.
(In reply to comment #2) > well, the gnome-common dep is listed in the README of the package as required > I assumed that this is accurate... =/ yes, you are right (see bug 254704), that missing depend was a mine error. > why is the gnome2 eclass needed here? (and eautoreconf call?) because tha package make use of the gtk framework and using gnome2 eclass the ebuild will be more optimized and short.
(In reply to comment #3) > The eautoreconf call is needed because he patches the autotools files so that > the docs can be stripped via USE="-doc". This was a requirement for sunrise, > but since other packages in the tree install these docs regardless it's not > necessary (imo) -- especially since it requires an eautoreconf to implement. nope, the eauto* calls are required because the original autotools scripts provides two configure options (other than enable-gtk-doc): - enable-gtk-html-doc - enable-gtk-html-pdf which are not working, indeed the html docs is always builds and installed regardless the configure options supplied; a quick fix is to use the eauto* calls, but the autools scripts are broken and not working at all (also forcing WANT_AUTOCONF="2.62") making compilation/installation fails; indeed i have just reported that problems upstream and i was waiting for a quick fix (see my previous bug 192239)
(In reply to comment #5) > the eauto* calls are required because the original autotools scripts > provides two configure options (other than enable-gtk-doc): > - enable-gtk-html-doc > - enable-gtk-html-pdf > which are not working, indeed the html docs is always builds and installed > regardless the configure options supplied. ..right.. which, since most (if not all) other gtk-based libs and such in portage also already do, means it's not so much of a concern for our ebuild. Back to the original reason for filing the bug -- gnome-common is only a dependency if we need to re-run autotools on the package. So, with the ebuild as it is now, it's not a dep.
fixed in cvs, thanks for the report. 12 Jun 2009; Markus Meier <maekke@gentoo.org> gtkimageview-1.6.4.ebuild: do not use -Werror during build wrt bug #272301 use gnome eclass and add USE=doc wrt bug #272303 add USE=examples and update mirror wrt bug #272620