From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1SXyyC-0006Ke-OT for garchives@archives.gentoo.org; Fri, 25 May 2012 18:10:37 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AD097E07CC; Fri, 25 May 2012 18:10:22 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3954CE07C1 for ; Fri, 25 May 2012 18:07:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id C29A21B4018 for ; Fri, 25 May 2012 18:07:15 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.417 X-Spam-Level: X-Spam-Status: No, score=-2.417 tagged_above=-999 required=5.5 tests=[AWL=-0.505, BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NvV4_MhmPb1U for ; Fri, 25 May 2012 18:07:09 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id B5DC41B4012 for ; Fri, 25 May 2012 18:07:09 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SXyul-0002A8-RJ for gentoo-user@gentoo.org; Fri, 25 May 2012 20:07:03 +0200 Received: from z65-50-57-227.ips.direcpath.com ([65.50.57.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 May 2012 20:07:03 +0200 Received: from reader by z65-50-57-227.ips.direcpath.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 25 May 2012 20:07:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Harry Putnam Subject: [gentoo-user] Re: perl versioning problem, how to get beyond for @world Date: Fri, 25 May 2012 14:06:49 -0400 Organization: Still searching... Message-ID: <8762bkrv7q.fsf@newsguy.com> References: <87pqa6pdyi.fsf@newsguy.com> <20120515012144.1d16fe44@khamul.example.com> <874nre712v.fsf@newsguy.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: z65-50-57-227.ips.direcpath.com User-Agent: Gnus/5.110018 (No Gnus v0.18) Emacs/24.0.92 (gnu/linux) Cancel-Lock: sha1:DskibeF+XzPpXGH5Yede8TsmOM4= X-Archives-Salt: d4855566-9deb-4c64-ade3-cb906d96dcbd X-Archives-Hash: 05b621bba3bb994051477ffe004456cc "Arttu V." writes: > It looks like the @INC list (the directory list perl uses for finding > its modules) is not right or is not processed right. Only one > directory is looked into? (You can see @INC with "perl -V", it should > be up to about ten directories on a Gentoo install.) Doesn't seem to have been related to @INC as that variable contains all the usual suspects. Far as processing that may be the problem. > Unless you really, really want to know exactly which bit from which > package is sideways you might get out of the hole simply with: > perl-cleaner --reallyall Thanks for that. I did `perl-cleaner --reallyall' but the emerge process engendered by it failed again at the same perl module: perl-core/Module-Build-0.400.0 ------- --------- ---=--- --------- -------- Here is what seems to have fixed things up... I'm not sure if all of it is required, but what I finally did was unmask the hard mask on perl-5.14 Emerged that with -uD flags which caused the same troublesome perl-core/Module-Build-0.400.0 to be installed after the new perl was installed and it went by without a whimper. Then followed with perl-cleaner --all, followed by revdep-rebuild. (neither of those seemed to find much to do). Apparently the perl change was fully cleaned up during install so perl-cleaner had nothing to do. And finally `eix-sync' followed by `emerge -vuDp @world' which revealed that those troublesome perl modules: perl-core/Module-Build-0.400.0 and Parse::CPAN::Meta are now not coming up since they are installed. However I see a new gcc in the output so thinking I'll install that by itself and set the new one up as active before doing `emerge -vuD @world' I'll post this once I see if a full emerge -vuD @world works without failure. tic toc . tic toc .... OK, the full `emerge -vuD @world', followed by `revdep-rebuild' has gone down trouble free.... all fixed I guess.