Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 280726 - Update dependencies of perl virtuals to match modules in dev-lang/perl-5.10.1
Summary: Update dependencies of perl virtuals to match modules in dev-lang/perl-5.10.1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Perl team
URL:
Whiteboard:
Keywords:
Depends on: 288026
Blocks: perl-5.10.1
  Show dependency tree
 
Reported: 2009-08-08 08:56 UTC by Torsten Veller (RETIRED)
Modified: 2009-10-27 09:00 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Torsten Veller (RETIRED) gentoo-dev 2009-08-08 08:56:42 UTC
Update dependencies of perl virtuals to match modules in dev-lang/perl-5.10.1
Comment 1 Rick Harris 2009-09-04 10:27:26 UTC
With one caveat, dev-lang/perl-5.10 is not in the tree.
Comment 2 Rick Harris 2009-09-04 11:30:56 UTC
Reason I mention this is that if the non perl-5.10 dependency option cannot be met due to masking, portage will immediately error when it can't find the perl-5.10 ebuild alternative.

Portage will also not make mention in it's output the alternative non-5.10 ebuild, so for the user it looks like virtual/perl-* hard depends on a version of perl that does not exist in the tree.

Thanks (hope that makes sense)...
Comment 3 Torsten Veller (RETIRED) gentoo-dev 2009-09-04 14:18:48 UTC
(In reply to comment #2)
> Reason I mention this is that if the non perl-5.10 dependency option cannot be
> met due to masking, portage will immediately error when it can't find the
> perl-5.10 ebuild alternative.

This happens only if you use package.keyword and only keyword half of the deps, doesn't it?

> Portage will also not make mention in it's output the alternative non-5.10
> ebuild, so for the user it looks like virtual/perl-* hard depends on a version
> of perl that does not exist in the tree.

Maybe the portage guys want to improve that? Please search if there is already a bug for this or file a new one. Please CC me too.
Comment 4 Frederik 'Freso' S. Olesen 2009-10-06 08:30:08 UTC
(In reply to comment #3)
>This happens only if you use package.keyword and only keyword half of the deps,
>doesn't it?

Right now, git pulls in libwww-perl, which pulls in virtual/perl-IO-Compress. None of these are in my package.keyword. Still, perl-IO-Compress wants to pull in perl-5.10.1, which it can't, as it hasn't been unmasked or keyworded. So, no, none of the deps were keyworded, it still tries to pull in Perl 5.10.

Hm. But playing with it some more, it might also be because perl-core/IO-Compress wants to pull in some packages which blocks packages currently in the system.
Comment 5 Torsten Veller (RETIRED) gentoo-dev 2009-10-06 08:39:20 UTC
(In reply to comment #4)
> Right now, git pulls in libwww-perl, which pulls in virtual/perl-IO-Compress.
> None of these are in my package.keyword. Still, perl-IO-Compress wants to pull
> in perl-5.10.1, which it can't, as it hasn't been unmasked or keyworded. So,
> no, none of the deps were keyworded, it still tries to pull in Perl 5.10.
> 
> Hm. But playing with it some more, it might also be because
> perl-core/IO-Compress wants to pull in some packages which blocks packages
> currently in the system.

Please paste or attach `emerge -d dev-util/git` (replace git with the target that fails).
Comment 6 Torsten Veller (RETIRED) gentoo-dev 2009-10-27 09:00:07 UTC
No reply.