From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-147691-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 8884D1381F3
	for <garchives@archives.gentoo.org>; Mon, 13 May 2013 08:56:58 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id BB3A4E0A9C;
	Mon, 13 May 2013 08:56:50 +0000 (UTC)
Received: from mail-ye0-f176.google.com (mail-ye0-f176.google.com [209.85.213.176])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 87ECDE0A7C
	for <gentoo-user@lists.gentoo.org>; Mon, 13 May 2013 08:56:49 +0000 (UTC)
Received: by mail-ye0-f176.google.com with SMTP id r9so1352272yen.7
        for <gentoo-user@lists.gentoo.org>; Mon, 13 May 2013 01:56:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:message-id:date:from:user-agent:mime-version:to:subject
         :references:in-reply-to:x-enigmail-version:content-type
         :content-transfer-encoding;
        bh=a6DcNap8CgX+fa0b9RaKLPa+qloajB2Adu3KBofSlDM=;
        b=kkXEeGQzfDs6ntAA1KzY97X15m+VLDHA7uq5C/Cz3W6pwCB+VYXv2tzlU5mQyzyNx+
         2g8XVAGwCW6iyyape+VhtqJnsPD82JrN6Tbyu+T6aG0eF+HpU5NyCcEw329prVx65j5J
         Te2psdPEQ5cWjU8rVcU3EZ63uykOiucNHqL5AB65nNP05+INSktYRJ+q22ngJdFo78Ss
         85rxbJakN6iSyIikqEZpUoMQa0K+Bd7pSz0+eLNXPdsJodNHGbuoFIpJnBb1crXQjnFg
         uECKTaybzMslihJZexeynaVUe3cNRY2pZPJBENbvKhGsiqFYCbfTFPIXuxY9WloL5j2C
         DX/Q==
X-Received: by 10.236.210.99 with SMTP id t63mr15540992yho.107.1368435408653;
        Mon, 13 May 2013 01:56:48 -0700 (PDT)
Received: from [192.168.2.5] (adsl-98-95-132-239.jan.bellsouth.net. [98.95.132.239])
        by mx.google.com with ESMTPSA id j47sm19619377yhm.21.2013.05.13.01.56.47
        for <multiple recipients>
        (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
        Mon, 13 May 2013 01:56:47 -0700 (PDT)
Message-ID: <5190AACE.2090205@gmail.com>
Date: Mon, 13 May 2013 03:56:46 -0500
From: Dale <rdalek1967@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 SeaMonkey/2.17.1
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user]  Gcc compiling, is this normal?
References: <519006A0.2080807@gmail.com> <51900954.9050002@gmail.com> <51900F4D.2060907@gmail.com> <51908ECA.4020101@gmail.com>
In-Reply-To: <51908ECA.4020101@gmail.com>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 96d97867-64e9-4f86-9a07-ee526f99ee31
X-Archives-Hash: 9cd329302a3b13280f1a63f379aee9f7

Alan McKinnon wrote:
> I'm not sure what to make of this. portage lists the packages
> correctly and has the SLOTs correct, but emerge seems to be launched
> incorrectly. It's all very odd, and looks like bug-report material. To
> be useful you are going to need data. Could you quickpkg the current
> and previous versions of both SLOTs? That will make it easy to upgrade
> and downgrade packages, then run emerge world over and over to see
> what it does without it taking 40 minutes each time. 

Well, here is this:

[-P-] [  ] sys-apps/portage-2.1.11.63:0
[-P-] [  ] sys-apps/portage-2.2.0_alpha173:0
[IP-] [  ] sys-apps/portage-2.2.0_alpha174:0

This is the portage update info.  I use genlop -t to do this.  I know
there is a better way but can't remember the command.  lol  I think it
was one of the q thingys. 

     Fri Apr  5 12:49:29 2013 >>> sys-apps/portage-2.2.0_alpha171
       merge time: 27 seconds.

     Sat Apr  6 11:00:10 2013 >>> sys-apps/portage-2.2.0_alpha171
       merge time: 26 seconds.

     Mon Apr 15 08:33:49 2013 >>> sys-apps/portage-2.2.0_alpha173
       merge time: 31 seconds.

     Mon May  6 22:36:15 2013 >>> sys-apps/portage-2.2.0_alpha174
       merge time: 30 seconds.


Based on that, I would say it started about the time *173 hit.  I can't
go back to the *171 since it is no longer in the tree. 

I'm not sure I know enough about debugging to help much but it sure is
weird.  Should have known something weird like this would hit me.  :/

I'm sort of pretty active on this thing right now since I do some
volunteer mod work on a site.  I'd rather not get myself to a spot where
my rig aini't working.  I'm not even doing upgrades like I used to. 
Well, not as often anyway.  I just have to plan stuff to make sure I'm
up and running. 

I checked for roach reports and didn't see this reported anywhere.  I
wonder if a USE flag is triggering this?  This is interesting:

root@fireball / # emerge -pv =sys-devel/gcc-4.4.7 =sys-devel/gcc-4.5.4
=sys-devel/gcc-4.6.3

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] sys-devel/gcc-4.6.3:4.6  USE="gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx* -doc (-fixed-point) -fortran* -gcj
-graphite (-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla" 24 kB
[ebuild   R    ] sys-devel/gcc-4.4.7:4.4  USE="gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -multislot -nopie -nossp -objc -objc++ -objc-gc
{-test} -vanilla (-graphite%)" 0 kB
[ebuild   R    ] sys-devel/gcc-4.5.4:4.5  USE="gtk mudflap (multilib)
nls nptl openmp (-altivec) -cxx -doc (-fixed-point) -fortran -gcj
(-hardened) (-libssp) -lto -multislot -nopie -nossp -objc -objc++
-objc-gc {-test} -vanilla" 0 kB

Total: 3 packages (3 reinstalls), Size of downloads: 24 kB

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-devel/gcc:4.6

  (sys-devel/gcc-4.6.3::gentoo, ebuild scheduled for merge) pulled in by
    (no parents that aren't satisfied by other packages in this slot)

  (sys-devel/gcc-4.6.3::gentoo, installed) pulled in by
    sys-devel/gcc[fortran,openmp?] required by
(virtual/fortran-0::gentoo, installed)
    >=sys-devel/gcc-4.2[cxx] required by
(sci-geosciences/googleearth-6.2.2.6613::gentoo, installed)


!!! Enabling --newuse and --update might solve this conflict.
!!! If not, it might help emerge to give a more specific suggestion.

root@fireball / #

I may need to make sense of this now.  May not be the problem but
still.  I don't have anything related to gcc in package.use either.  I'm
not sure about the USE flag being changed on two but not the other. 
When I logoff as mod, I'm going to try to recompile that older version. 

Thoughts?  Could that be the cause?

Dale

:-)  :-) 

-- 
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!