Hello everyone,
I am trying to clean a bit the Gentoo ebuilds, they have been neglected for
quite a bit and now I am trying to help as a proxy maintainer. I have some
doubts about some of the most obscure dependencies. In the ebuild, right now
I can see some comments that have always been there. I assume they were
added by Tavis Ormandi, which has been the maintainer of the Gentoo ebuilds
for a long time, though I have no way to confirm that.
They are the following:
# XXX: gtk2 perl bindings require dev-perl/gtk2-perl, worth a dependency?
# XXX: gtk perl bindings require dev-perl/gtk-perl, worth a dependency?
# XXX: netpbm is used by FvwmScript-ScreenDump, worth a dependency?
I can clearly see the netpbm dependency. So, that's not a problem.
However, I am not sure about the gtk{,2}-perl stuff.
I am diving trough the Makefiles and configure scripts trying to understand
how this thing work, but since I am not familiar with perl myself, I am
having quite a headache.
If you enable gtk, then fvwm looks for gtk+-1.x. If I am not mistaking, to
make these bindings of any use, you would still need to push as dependencies
gtk-perl and gtk2-perl respectively (whatever they are called on your distro
of choice). Am I right?
I also want to know if these perl/gtk bindings are used on any official
script or module shipped on with fvwm. My guess it that they are not, and
with grep, I can't find any refference to Gtk.pm or Gtk2.pm on any file
shipped with fvwm.
To sum it up, these bindings are only useful if you don't use this when
configuring:
./configure --disable-gtk --disable-perllib
And, you need gtk+-1.x (and perl, of course)
Correct?
Another doubt, do you need gtk+-2.x for Gtk2.pm to be functional? I guess
yes, but in that case, that dependency has been overlooked on the ebuild
forever. If this is true, that means that if I enable perl and gtk, then
the ebuild should have all of these as dependencies, which, in my humble
opinion is something insane for fvwm:
gtk+-1.x
gtk+-2.x
gtk-perl
gtk2-perl
Thanks for any insight on this and regards.
--
Jesús Guerrero <[EMAIL PROTECTED]>
