From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id CBB511381F3 for ; Mon, 13 May 2013 17:11:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5FA08E0893; Mon, 13 May 2013 17:11:39 +0000 (UTC) Received: from mail-gg0-f176.google.com (mail-gg0-f176.google.com [209.85.161.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2CE76E087A for ; Mon, 13 May 2013 17:11:37 +0000 (UTC) Received: by mail-gg0-f176.google.com with SMTP id o5so1433472ggn.35 for ; Mon, 13 May 2013 10:11:37 -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=g6pq3QeXJdJgKr8xMkPEd+j0SCr2oO+xK/57OR2IHmE=; b=pea2jWPgoVnltr9yvu6s7tFM0QmWc7x+f/K1Qv91UrCJuG5xVkvD2Or3usQca/5Pbo 5+cMBq2pFrz0A9F8wRmawsD262PPBv4qqzUXtxcURlMXD9ZB3C2iIJq0UZGEDN/wMhmz Nq5R3ltQ6ifrU8E+ELrFu9aj2wlwCmnCFAVOqFVyYzP7fMUJLbyjm24LY4OH0CZqMHne JWwPQTjBU2DRDde3rc09lVpObXQyG+Gu+c0vkknnPLDnJZun8BP/VOcIj/5KAtAoYnwL +TtG7JCWjhe038yTzf9HyLjlBREewvkq4FzTXilpnU2lStsTPuhDwJaS0oriiwWmS0nz 5Fug== X-Received: by 10.236.87.44 with SMTP id x32mr16067682yhe.117.1368465097126; Mon, 13 May 2013 10:11:37 -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 l70sm21825958yha.1.2013.05.13.10.11.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 May 2013 10:11:36 -0700 (PDT) Message-ID: <51911EC6.20505@gmail.com> Date: Mon, 13 May 2013 12:11:34 -0500 From: Dale 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: 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 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> <5190AACE.2090205@gmail.com> <5190C0B6.1030300@gmail.com> <5190CB80.8050801@gmail.com> <283b682f57dec88de456c11f5666ac6c.squirrel@www.antarean.org> <5190D1E0.6060601@gmail.com> In-Reply-To: X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: f5382786-6340-4f57-b7e5-0dc38972e6e0 X-Archives-Hash: 149872e9d70a9f683cf76837511b5caf J. Roeleveld wrote: > On Mon, May 13, 2013 13:43, Dale wrote: >> I have it set to save a tarball here but I'd have to look up how to >> rescue myself if I did screw up. > To rescue yourself using a binpackage: > # cd / > # tar -xvjpf <...path-to-binpackage-including-package...> > > After that, I would suggest a "emerge -vek world" :) > I have a file for things like this in my root directory. I added this one. I hope I never need it tho. ;-) >> I'm going to say this tho, it did not have time to compile the last gcc >> even tho I'm sure it did. Your mention of a genlop error may be right. >> I bet genlop is reporting the wrong version on one of them somehow. > I wonder if "genlop" is noticing there are 2 GCC-compiles running, but > picks the most current version for both, rather then the correct version > for each emerge? That could be. It may be two different problems. Some USE flag combination triggers a infinite loop and genlop needs some Raid sprayed on it. We all know how hard it is to fix something when you have two different issues going on at the same time. >> To add this in case I didn't mention it. One time before, gcc compiled >> for like 5 or 6 hours while I took a nap. I can compile LOo several >> times in that time frame. Gcc never takes more than 30 minutes or so, >> usually around 20 or so. > That depends on the USE-flags, I think. > GCC on my old system always took a while, new systems (with also new > versions) seem to be a lot faster. > Thing is, I tend to build packages for all the machines in a single VM and > then install those when I have a current set. > That VM tends to be started and then I just leave it till I come back from > work the next day. I don't have any VMs here. Just a regular install. I did a genlop -t gcc. There was a few that went 30 minutes and one or two that went to 32 minutes. Most likely something was compiling in parallel during a upgrade. I have it set to compile that way when it can. Having gcc compile for hours is not normal especially when gcc is compiling all by itself. In the winter I don't mind the extra heat but it's pretty much summer here now. lol >> I have a 4 core CPU running at I think 3.2Ghz >> and 16Gbs of ram with portages work directory on tmpfs. >> >> This is weird. May look into a genlop change, up to a unstable one or >> back to a older version. See if that helps. Got to figure out how to >> force a upgrade tho. ;-) >> >> Thanks. At least I seem to have a clean upgrade now. > You might already had :) > > -- > Joost > Well, I like it when emerge finishes cleanly and preserved-rebuild is taken care of too. Even tho it is not really needed anymore, I still run revdep-rebuild too. Going to see what happens when it upgrades again. May need to clean out older versions of gcc that nothing really needs too. That may help. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!