From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id A9AB9139083 for ; Fri, 8 Dec 2017 19:12:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 309E5E0EA2; Fri, 8 Dec 2017 19:12:51 +0000 (UTC) Received: from mail0152.smtp25.com (mail0152.smtp25.com [75.126.84.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C9897E0E4C for ; Fri, 8 Dec 2017 19:12:50 +0000 (UTC) Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.14.9/8.14.8) with ESMTP id vB8JCmiZ007103 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Fri, 8 Dec 2017 14:12:48 -0500 Received: (from covici@localhost) by ccs.covici.com (8.14.9/8.13.7/Submit) id vB8JCmun007102; Fri, 8 Dec 2017 14:12:48 -0500 Date: Fri, 08 Dec 2017 14:12:48 -0500 Message-ID: From: John Covici To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] preparing for profile switch -- major problem In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/25.3 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Organization: Covici Computer Systems 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 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SpamH-Filter: d-out-001.smtp25.com-vB8JCmUg031355 X-SpamH-OriginatingIP: 70.109.53.110 X-Archives-Salt: 0d20f32b-a54e-4273-99b7-9c87914a6015 X-Archives-Hash: e4f6a31c7d9485d1e4e6605d89efa8c9 On Fri, 08 Dec 2017 11:42:16 -0500, Alan McKinnon wrote: > > On 07/12/2017 17:46, John Covici wrote: > > On Thu, 07 Dec 2017 09:37:56 -0500, > > Alan McKinnon wrote: > >> > >> On 07/12/2017 07:44, John Covici wrote: > >>> Hi. In preparing for the profile switch and the emerge -e world, I > >>> have run into a serious problem with perl. I think I saw on this list > >>> where perl 5.26 was going to have problems -- maybe until it is > >>> stabilized -- but if I mask it off, I get the following: > >> > >> Unmask the latest perl and update world with the old profile > >> > >> This will go smoothly as the perl team did an excellent job making sure > >> everything perl-ish in the tree works in concert with everything else. > >> However I do recall that trying to do it with a partial world update > >> didn't work - too many affected packages, so trying just perl + deps did > >> not work. Rather do a normal world update. > >> > >> Once done, then switch your profile to 17.0 and do the giant emerge -e > >> world that requires. > >> > >> tl;dr > >> > >> the news message about perl might make you think the sky will fall on > >> your head and all your kittens will die, this is actually not true. > >> > >> The v5.26 updates mostly had to do with perl's search path for perl > >> modules. Just like how we've frowned on having "." in the shell PATH for > >> decades, perl now implemented something like that for modules too. The > >> possible problem anticipated is that modules would now break if a > >> modules could not find another module it needs. But this really only > >> applied to modules outside the perl distribution itself. And the Gentoo > >> perl team dealt with all that already > >> > >> It's widely discussed all over the internet in all the usual places, you > >> are only affected if one of more of these applies: > >> > >> - you write perl modules yourself (solution: update your own code) > >> - you use many ancient cpan modules that no-one touched for yonks > >> (solution: maybe use currently supported modules instead) > >> - you heavily rely on a third party perl app that might not have been > >> updated - musicbrainz and radiator come to mind as examples (solution: > >> harass your app vendor) > >> > >> -- > >> Alan McKinnon > >> alan.mckinnon@gmail.com > >> > >> > > > > So, I have already switched to the new profile, should I switch back, > > do a regular world update, or do the world update with the new profile > > -- I am compiling gcc as I write, although its not finished yet, I can > > interrupt it if necessary. > > > > > No, I don't think you should revert the profile change. I understood > from your mail than you had not done that yet, and typed accordingly. > > I think Michael is on the right track with backtrack - set it to > something very high like 1000, see if that gets to a solution. I did switch back, but the only way I could do a "successful" update was to mask off 5.26 and then it skipped the update and would have been successful. If I switch to the new profile, I can do nothing as far as perl goes. I will show the output of just trying to emerge below, it seems there were many many packages still requiring 5.24. This is with the new profile and backtrack set to 500. instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: dev-lang/perl:0 (dev-lang/perl-5.26.1-r1:0/5.26::gentoo, ebuild scheduled for merge) pulled in by =dev-lang/perl-5.26* required by (virtual/perl-ExtUtils-Manifest-1.700.0-r4:0/0::gentoo, installed) ^ ^^^^^ dev-lang/perl (Argument) (and 13 more with the same problems) (dev-lang/perl-5.24.3:0/5.24::gentoo, installed) pulled in by =dev-lang/perl-5.24* required by (virtual/perl-Term-ANSIColor-4.40.0-r1:0/0::gentoo, installed) ^ ^^^^^ dev-lang/perl:0/5.24= required by (dev-perl/XML-Twig-3.520.0:0/0::gentoo, installed) ^^^^^^^^ (and 260 more with the same problems) NOTE: Use the '--verbose-conflicts' option to display parents omitted above It may be possible to solve this problem by using package.mask to prevent one of those packages from being selected. However, it is also possible that conflicting dependencies exist such that they are impossible to satisfy simultaneously. If such a conflict exists in the dependencies of two different packages, then those packages can not be installed simultaneously. For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com