public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
From: Peter Humphrey <prh@gotadsl.co.uk>
To: gentoo-amd64@lists.gentoo.org
Subject: Re: [gentoo-amd64]  Re: Unexpected side effect of GCC 4
Date: Sun, 5 Nov 2006 11:50:06 +0000	[thread overview]
Message-ID: <200611051150.06468.prh@gotadsl.co.uk> (raw)
In-Reply-To: <eikde2$5ok$3@sea.gmane.org>

On Sunday 05 November 2006 10:12, Duncan wrote:

> What about linux-headers and glibc?  The new glibc (2.5) has had some
> very strange interactions here.

Good point. On the firewall I have:
$ qpkg -v -I glibc
sys-libs/glibc-2.4-r3
$ qpkg -v -I linux-headers
sys-kernel/linux-headers-2.6.17-r1
$ uname -r
2.6.17-gentoo-r8
$ gcc-config -l
 [1] i686-pc-linux-gnu-3.4.6 *
 [2] i686-pc-linux-gnu-3.4.6-hardened
 [3] i686-pc-linux-gnu-3.4.6-hardenednopie
 [4] i686-pc-linux-gnu-3.4.6-hardenednopiessp
 [5] i686-pc-linux-gnu-3.4.6-hardenednossp
 [6] i686-pc-linux-gnu-4.1.1

and on the workstation I have:
$ qpkg -v -I glibc
/glibc-2.5
$ qpkg -v -I linux-headers
/linux-headers-2.6.17-r1
$ uname -r
2.6.18-gentoo-r1
$ gcc-config -l
 [1] x86_64-pc-linux-gnu-4.1.1 *
(I don't know what's causing qpkg to drop the first part of the package name 
on the workstation. Is this another pointer to glibc?)

<snip description of Duncan's problem>

> One of these days I'll do a full emerge --emptytree, and see if that
> fixes it,

I couldn't get GCC upgraded to 4.1 on this workstation - I got lots of 
unexplained compilation failures, especially in KDE packages, even though I 
was following the instructions carefully and (I hope) intelligently - so in 
the end I created another partition and installed a new 2006.1 system into 
it. (I'd forgotten how many days would be needed for that, even on this 
dual-Opteron-246 box with 4 GB. KDE takes an age. Perhaps I ought to look 
into putting /tmp and /var/tmp onto tmpfs.) I still had to jump through a 
few hoops to get the system installed at all: I remember having to 
emerge --sync on first mounting the already-populated /usr/portage 
partition during the early stages, and revdep-rebuild and fixpackages among 
other things. I couldn't even create a user until after rebooting. I know 
that's how the docs say to do it, but I've always created the user just 
after setting the root password - it seems more logical to me and I don't 
have to think so much. I've probably forgotten lots of other difficulties, 
but perseverance paid off.

> Anyway, if you are running glibc 2.5 on any of the machines, how does
> the sudden return to full speed rsyncing match up with the machines with
> 2.5, if at all.  What about the machine with my CFLAGS?  If they are
> related in any way, "enquiring minds want to know!"  =8^)  If your
> mystery is glibc 2.5 related as well, well then, I'll not feel so strange
> as at least there'll be two folks with a similar glibc 2.5 related
> mystery, which makes it less of one already! =8^)

The firewall box has been untouched and continues to run with glibc-2.4-r3 
and linux-headers-2.16.7-r1; that's the box with the rsync server. The 
workstation is the one with all the changes, being in fact a new 
installation from scratch. If I boot the old system, which I think has the 
same versions of glibc and linux-headers as the firewall box (I'll try that 
in a minute and let you know if it's otherwise), that's when I get ugly, 
crippled rsync; if I boot this present system, with the versions I listed 
at the top, rsync works as advertised. In other words, if this is a 
consequence of glibc, the old version is broken and the new one isn't - the 
converse of your experience, Duncan.

-- 
Rgds
Peter
-- 
gentoo-amd64@gentoo.org mailing list



  reply	other threads:[~2006-11-05 12:05 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-05  8:45 [gentoo-amd64] Unexpected side effect of GCC 4 Peter Humphrey
2006-11-05 10:12 ` [gentoo-amd64] " Duncan
2006-11-05 11:50   ` Peter Humphrey [this message]
2006-11-05 12:10     ` Peter Humphrey
2006-11-06  8:17       ` Duncan
2006-11-06  8:29         ` Hemmann, Volker Armin
2006-11-06 15:57           ` Duncan
2006-11-06  7:50     ` Duncan
2006-11-06  8:48       ` Peter Humphrey
2006-11-06 16:01         ` Duncan
2006-11-06 16:06         ` Peter Humphrey
2006-11-06  8:41     ` Duncan
2006-11-06 10:47       ` Hemmann, Volker Armin
2006-11-06 11:48         ` Peter Humphrey
2006-11-06 12:05           ` Hemmann, Volker Armin
2006-11-06 12:49             ` Jack Lloyd
2006-11-06 12:59               ` Hemmann, Volker Armin
2006-11-06 13:06                 ` Jack Lloyd
2006-11-06 15:06                 ` Peter Humphrey
2006-11-06 11:44       ` Peter Humphrey
2006-11-06 15:51         ` Duncan
2006-11-08 11:19           ` Peter Humphrey
2006-11-08 15:17             ` Duncan
2006-11-10 10:14               ` Peter Humphrey
2006-11-05 13:24   ` Hemmann, Volker Armin
2006-11-05 23:26     ` Duncan
2006-11-08 10:14 ` [gentoo-amd64] " Peter Humphrey
2006-11-08 11:06   ` [gentoo-amd64] " Duncan

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=200611051150.06468.prh@gotadsl.co.uk \
    --to=prh@gotadsl.co.uk \
    --cc=gentoo-amd64@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