From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Gcc compiling, is this normal?
Date: Mon, 13 May 2013 06:43:28 -0500 [thread overview]
Message-ID: <5190D1E0.6060601@gmail.com> (raw)
In-Reply-To: <283b682f57dec88de456c11f5666ac6c.squirrel@www.antarean.org>
J. Roeleveld wrote:
> I try to keep the USE-flags out of make.conf as much as possible.
> Some packages have "multislot" where I don't necessarily want it enabled.
It turned into a USE flag nightmare so I used package.use. Sometimes it
just don't work out since a few packages gets into a world class
wrestling match. I usually try but don't sweat it.
>
>
> Well, after waiting for it to finish, I get this now:
>
> root@fireball / # genlop -c
>
> Currently merging 4 out of 4
>
> * sys-devel/gcc-4.4.7
>
> current merge time: 6 minutes and 57 seconds.
> ETA: 17 minutes and 2 seconds.
>
> Currently merging 4 out of 4
>
> * sys-devel/gcc-4.4.7
>
> current merge time: 6 minutes and 58 seconds.
> ETA: 17 minutes and 1 second.
> root@fireball / #
>
> So there it is compiling the same package version twice, again. Going
> to kill it since it will sit there and compile for hours if I don't. I
> also found out I am not the only one having issues doing a ctrl c to
> stop emerge too. They need some Raid on that problem.
>
> Open to new ideas.
> Just a quick question, are you certain it is doing both simultaneously?
> It could also be a bug in genlop?
>
> I always generate the binary packages, which means I don't actually need
> to keep older GCC-versions. I can always unpack the package using "tar" :)
>
> --
> Joost
>
>
>
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 answer your question, I decided to
just let the stupid thing sit there and compile. After a while, I got this:
root@fireball / # genlop -c
Currently merging 4 out of 4
* sys-devel/gcc-4.4.7
current merge time: 25 minutes and 17 seconds.
ETA: any time now.
root@fireball / #
So, one of the compiles finished. That is a improvement at least. I
just checked again and it is finished with them all and I got this for
the end of emerge:
Total: 4 packages (1 upgrade, 3 reinstalls), Size of downloads: 24 kB
Would you like to merge these packages? [Yes/No] y
>>> Verifying ebuild manifests
>>> Emerging (1 of 4) app-misc/tmux-1.8
>>> Emerging (2 of 4) sys-devel/gcc-4.6.3
>>> Installing (1 of 4) app-misc/tmux-1.8
>>> Installing (2 of 4) sys-devel/gcc-4.6.3
>>> Emerging (3 of 4) sys-devel/gcc-4.5.4
>>> Emerging (4 of 4) sys-devel/gcc-4.4.7
>>> Installing (4 of 4) sys-devel/gcc-4.4.7
>>> Installing (3 of 4) sys-devel/gcc-4.5.4
>>> Jobs: 4 of 4 complete Load avg: 7.6, 13.4,
14.7
>>> Auto-cleaning packages...
>>> No outdated packages were found on your system.
* Regenerating GNU info directory index...
* Processed 7 info files.
* After world updates, it is important to remove obsolete packages with
* emerge --depclean. Refer to `man emerge` for more information.
root@fireball / #
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.
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. 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.
Dale
:-) :-)
--
I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
next prev parent reply other threads:[~2013-05-13 11:43 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-12 21:16 [gentoo-user] Gcc compiling, is this normal? Dale
2013-05-12 21:27 ` Alan McKinnon
2013-05-12 21:37 ` David Relson
2013-05-13 6:45 ` Alan McKinnon
2013-05-12 21:53 ` Dale
2013-05-13 6:57 ` Alan McKinnon
2013-05-13 8:56 ` Dale
2013-05-13 10:04 ` J. Roeleveld
2013-05-13 10:30 ` Dale
2013-05-13 11:16 ` Dale
2013-05-13 11:21 ` J. Roeleveld
2013-05-13 11:31 ` Marc Joliet
2013-05-13 11:47 ` Dale
2013-05-13 11:43 ` Dale [this message]
2013-05-13 13:05 ` J. Roeleveld
2013-05-13 14:42 ` Peter Humphrey
2013-05-13 17:11 ` Dale
2013-05-13 22:08 ` Neil Bothwick
2013-05-13 22:22 ` Dale
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5190D1E0.6060601@gmail.com \
--to=rdalek1967@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox