The attached patch applied over current fetchmail ebuild fixes some issues with it: - it moves autoconf dependency to build-time dependencies - it adds gettext build-time dependency - it adds an hesiod useflag which allows to enable or explicitly disable hesiod support (useful on fbsd system, but also on linux, as it will try to use hesiod if it founds it installed), and so the dependency - it cleans up econf parameters using use_enable and use_with instead of messing around with ${myconf} stuff, so it can disable completely supports as kerberos instead of automagically search for them if nothing said HTH, Diego
Created attachment 53045 [details, diff] Patch over current ebuild
Just as a note, as soon as sys-libs/com_err enters the mainstream, fetchmail should depend on it, as it needs libcom_err to build.
Created attachment 55353 [details, diff] fetchmail-6.2.5-r1.patch This is a new cleanup of the ebuild, which moves autoconf and gnuconfig_update into src_unpack() instead of compile, and uses newinitd/newconfd to install init.d and conf.d files. It also adds com_err as a dependency, also if com_err is still -*, i'm using it without problems on an ~amd64 and on a ~x86-fbsd.
Created attachment 57475 [details, diff] another shot at the ebuild cleanup patch Lot of stuff from RDEPEND needs to be moved to DEPEND, as those are mostly compile-time dependencies. I left out com_error out of this patch, until bsd guys sort it out. NOTE: it would probably be better if a separate bug was opened for that one.
Ok, 6.2.5-r2 is in portage, hesiod USE flag is in use.local.desc. I had to drop ~mips, ~s390 and ~ppc64 keywords, because net-dns/hesiod lacks those keywords. I filed a bug about that for respective arches (bug #90750). Feel free to close this bug if you're going to open a separate one for the com_err issue. Oh, and thanks for the work! :)
Thanks, I'll open a new com_err bug when the libc's use issue is settled.