lin pro wrote:
> This time it is about help2man requiring Locale_gettext pearl
> module package.
> The message in itself is very simple and clear. There is no
> dev-utils/Locale_gettex available for emerge durring the configure
> phase.
At first that might seem like a bug in the help2man ebuild.
However,
RDEPEND="dev-lang/perl
elibc_glibc? ( nls? (
dev-perl/Locale-gettext
) )"
..the dependency looks fine, meaning that dev-perl/Locale-gettext
is in fact installed on your system.
The problem may be that perl has been upgraded, perhaps as a result
of using a newer portage tree for the stage4 than the stage3 was
built with, but perl modules haven't been upgraded to be availble in
the new version of perl.
Either chroot into the stage4 temp dir as already described, or hack
the catalyst stage4-chroot.sh script to run perl-cleaner --all right
after run_merge -uav system.
> My question is hwo to tacke those problems from within catalyst.
Avoid the problem by building a full set of stage1, stage2, stage3
and stage4 using only one specific portage tree.
//Peter
