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
next prev parent 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