* kashani <kashani-l...@badapple.net>:
>       When building bugzilla-3.4.1-r1 which requires ~x86 I have to
> unmask a number of perl modules. Two of those modules, listed above,
> attempt to pull in perl-5.10.1 which isn't in portage. Hardmasking
> packages that require dependencies that don't exist makes sense. If
> you'd like to explain otherwise a little more data other than "cause
> I said so" is required.

Let's have a look at the ebuild:

> kash...@www01 /usr/portage/dev-lang/perl $ cat
> /usr/portage/virtual/perl-Test-Harness/perl-Test-Harness-3.17.ebuild
> # Copyright 1999-2009 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: 
> /var/cvsroot/gentoo-x86/virtual/perl-Test-Harness/perl-Test-Harness-3.17.ebuild,v
> 1.2 2009/08/25 10:56:52 tove Exp $
> 
> DESCRIPTION="Virtual for Test-Harness"
> HOMEPAGE="http://www.gentoo.org/proj/en/perl/";
> SRC_URI=""
> 
> LICENSE="GPL-2"
> SLOT="0"
> KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~m68k ~mips ~ppc ~ppc64
> ~s390 ~sh ~sparc ~sparc-fbsd ~x86 ~x86-fbsd"
> IUSE=""
> 
> DEPEND=""
> RDEPEND="|| ( ~dev-lang/perl-5.10.1 ~perl-core/Test-Harness-${PV} )"

The ebuild depends on dev-lang/perl-5.10.1 or perl-core/Test-Harness-3.17.
The second one is in the tree so there is no need for hardmasking.

So if you add virtual/perl-Test-Harness to package.keywords you should
also add perl-core/Test-Harness.

If you wonder why portage doesn't report both possibilities, visit the
bugs in my other mail in this thread.

Thanks

Reply via email to