Re: [gentoo-user] Re: trying to track down broken dependency
Torsten Veller wrote:
* kashani kashani-l...@badapple.net:
3. Doctored up portage.mask to mask the errant virtuals
=virtual/perl-Digest-SHA-5.47
=virtual/perl-Test-Harness-3.17
Thought grumpy thoughts at developers who let packages into ~x86
with completely broken deps. Hard mask that crap next time.
There are no broken deps and there is no crap that should be masked.
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.
kashani
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} )
kash...@www01 /usr/portage/dev-lang/perl $ ls
ChangeLog Manifest files metadata.xml perl-5.8.8-r5.ebuild
perl-5.8.8-r6.ebuild
[gentoo-user] Re: trying to track down broken dependency
* 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
[gentoo-user] Re: trying to track down broken dependency
* Michael Higgins li...@evolone.org: Please report the error on b.g.o., so the perl herd (or whoever is really doing the work now) can fix the problem. Also, #gentoo-perl is the only place to get any real help on these gentoo-perl issues... (devolution to IRC chat being yet another systemic failure, IMO, but that's the place the folks making these mistakes may communicate with users). This is nonsense, Michael. https://bugs.gentoo.org/show_bug.cgi?id=280726 https://bugs.gentoo.org/show_bug.cgi?id=219889#c24 https://bugs.gentoo.org/show_bug.cgi?id=283795 I needed to add the perl-core packages for Module-Build and Test-Harness, as well as the virtuals [to package.keywords] (#219889) My $.02, not terribly helpful though, I suppose. :( No, it was not helpful :(
[gentoo-user] Re: trying to track down broken dependency
* kashani kashani-l...@badapple.net: 3. Doctored up portage.mask to mask the errant virtuals =virtual/perl-Digest-SHA-5.47 =virtual/perl-Test-Harness-3.17 Thought grumpy thoughts at developers who let packages into ~x86 with completely broken deps. Hard mask that crap next time. There are no broken deps and there is no crap that should be masked.
