Re: [gentoo-user] Re:Don’t doubt! It really works! It can help you right now!

[Torsten Veller]

* Michael Mol mike...@gmail.com:
 Can Dennis be dropped from the mailing list?

Should have happened: bug #387401

[gentoo-user] Re: trying to track down broken dependency

[Torsten Veller]

* 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

[Torsten Veller]

* 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

[Torsten Veller]

* 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.

[gentoo-user] Re: scrooged perl 5.10 dependencies

[Torsten Veller]

* Tim Jones tjone...@gmail.com:
 Alsooo, the latest stable version of perl-core/IO-Compress is actually
 2.021, and a simple emerge perl-core/IO-Compress gives:

No, 2.021 is not stable.

Please `grep -r Compress /etc/portage /var/lib/portage/world`

[gentoo-user] Re: mod_perl is hard to set up on gentoo; this even messes up vim

[Torsten Veller]

* Kevin O'Gorman kogor...@gmail.com:
 Errno architecture (i686-linux-2.6.24-gentoo-r4-kosmanor) does not
 match executable architecture
 (i686-linux-thread-multi-2.6.28-gentoo-r5-kosmanor) at
 /usr/lib/perl5/site_perl/5.8.8/Errno.pm line 11.
  ^^^
Where does this file come from?