Stage 1/3 Installation Support - 2005.0 & GCC 3.4.3

Message

bifteckrouge · Post by **bifteckrouge** » Tue Mar 29, 2005 2:46 pm

Your guide is excellent. I've been using the 2004.3 version for 2005.0 experimental now for a couple months and it's worked perfectly... and these have only been my second, third and fourth Gentoo installs. Even if you literally followed the 2004.3 install verbatim you would not have a single problem on 2005.0 other than maybe a warning saying a package wasn't installed to begin with.

Excellent job with the how-to. Not as lengthy and boring as the official, but enough to get even an idiot up and running on Gentoo!

Sith_Happens · Post by **Sith_Happens** » Tue Mar 29, 2005 2:50 pm

bifteckrouge wrote:I've been using the 2004.3 version for 2005.0 experimental now for a couple months and it's worked perfectly...

Interesting. What arch are you on? And what mirror did you get 2005.0 experimental stages from two months ago?

Bob P · Post by **Bob P** » Tue Mar 29, 2005 3:17 pm

bifteckrouge wrote:Your guide is excellent. I've been using the 2004.3 version for 2005.0 experimental now for a couple months and it's worked perfectly... and these have only been my second, third and fourth Gentoo installs. Even if you literally followed the 2004.3 install verbatim you would not have a single problem on 2005.0 other than maybe a warning saying a package wasn't installed to begin with.

i wish that i had as much luck as you've been having with the 2005.0 installs. i just had glibc segfault, presumably because of maketest, so maketest will have to go out of the FEATURES statement.

what are you doing right that i have been doing wrong?

hey kimchi_sg, how do you like green?

oops, my eye is twitching again...

edit: i need typing lessons

kimchi_sg · Post by **kimchi_sg** » Tue Mar 29, 2005 3:18 pm

Bob P wrote:
hey kimchi_sg, how do you like green?

oops, my eye is twitching again...

Let's just say that I am green with envy. And a corresponding emoticon to match my statement comes next.

Bob P · Post by **Bob P** » Tue Mar 29, 2005 3:22 pm

Gentoonie wrote:This is a real excellent idea. Building toolkits and especially this F**ing glibc takes ages even on my Pentium 4 2.8 GHz.

An already prepared live CD would save so many time to the users

btw, if you guys are complaining that glibc takes a long time to compile on a P4, you do not have my sympathy. it took 53 hours to segfault on a P-266.

kimchi_sg · Post by **kimchi_sg** » Tue Mar 29, 2005 3:24 pm

Gentoonie wrote:Building toolkits and especially this F**ing glibc takes ages even on my Pentium 4 2.8 GHz.

Let's just say, you haven't seen openoffice.org compile yet.

Bob P · Post by **Bob P** » Tue Mar 29, 2005 3:28 pm

okay, maketest is gone. note that this time around i've added the security feature statements of userpriv and usersandbox, which were left out of the previous version of the guide on purpose. anybody wanna bet how long it takes to encounter an ebuild in the world file that isn't user-friendly?

Bob P · Post by **Bob P** » Tue Mar 29, 2005 3:32 pm

kimchi_sg wrote:
Gentoonie wrote:This is a real excellent idea. Building toolkits and especially this F**ing glibc takes ages even on my Pentium 4 2.8 GHz.

An already prepared live CD would save so many time to the users
Let's just say, you haven't seen openoffice.org compile yet.

ooh.

(cold shiver runs down my spine). the mere thought of it makes me want to set PORTAGE_BINHOST.

kimchi_sg · Post by **kimchi_sg** » Tue Mar 29, 2005 3:33 pm

Bob P wrote:ooh. (cold shiver runs down my spine). the mere thought of it makes me want to set PORTAGE_BINHOST.

[OT]

/me senses a business opportunity from PORTAGE_BINHOST.

[/OT]

Sade · Post by **Sade** » Tue Mar 29, 2005 3:52 pm

just a quick question: can i use the athlon-xp-stage3 with this tutorial?
or should i most defenately stick with the x86 one.

cheops05 · Post by **cheops05** » Tue Mar 29, 2005 3:58 pm

Hi,

Yes confirmation from my side that removing maketest from the features now resolves the issue with emerging glibc,

Thanks very much.

kimchi_sg · Post by **kimchi_sg** » Tue Mar 29, 2005 4:06 pm

Sade wrote:just a quick question: can i use the athlon-xp-stage3 with this tutorial?
or should i most defenately stick with the x86 one.

You can use any stage3 tarball. As long as your processor architecture is compatible with that of the stage 3.

For example, pentium4 stage 3 will not be usable on a athlon-xp machine.

loswillios · Post by **loswillios** » Tue Mar 29, 2005 4:31 pm

I'm using this guide and after 2h of compilation it fails.
I booted from lxnays-livecd and did everything like its described in the howto but at step 7.1 it fails.

My /etc/make.conf:
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
ACCEPT_KEYWORDS="x86"

The error:

Code: Select all

GCONV_PATH=/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/iconvdata LC_ALL=C   /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/math:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/elf:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/dlfcn:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/nss:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/nis:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/rt:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/resolv:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/crypt:
/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/linuxthreads /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/posix/tst-dir `pwd` `cd /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/posix; pwd` `cd /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads; pwd` /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/posix/tst-dir > /var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/posix/tst-dir.out
make[2]: *** [/var/tmp/portage/glibc-2.3.4.20050125-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/posix/tst-dir.out] Error 1
make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20050125-r1/work/glibc-2.3.4/posix'
make[1]: *** [posix/tests] Error 2
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20050125-r1/work/glibc-2.3.4'
make: *** [check] Error 2

!!! ERROR: sys-libs/glibc-2.3.4.20050125-r1 failed.
!!! Function toolchain-glibc_src_test, Line 254, Exitcode 2
!!! linuxthreads glibc did not pass make check
!!! If you need support, post the topmost build error, NOT this status message.

What infos are needed else?

jan

Mod edit: Line breaks added for readability --kallamej

grx · Post by **grx** » Tue Mar 29, 2005 4:40 pm

Bob,

When you updated the make.conf example in 6.5, you changed to USE="nptl", but it still says above it:

The inclusion of the nptl, ithreads, and pthreads USE flags and the exclusion of the nptlonly USE flag is intentional, in order to provide both NPTL threading support in glibc as well as fallback support for linuxthreads (pthreads).

Any reason for this, or did one just not get updated correctly?

cheops05 · Post by **cheops05** » Tue Mar 29, 2005 5:16 pm

loswillios take out maketest from /etc/make.conf its inside the features line

Cheops.

Sade · Post by **Sade** » Tue Mar 29, 2005 5:31 pm

grx wrote:Bob,

When you updated the make.conf example in 6.5, you changed to USE="nptl", but it still says above it:
The inclusion of the nptl, ithreads, and pthreads USE flags and the exclusion of the nptlonly USE flag is intentional, in order to provide both NPTL threading support in glibc as well as fallback support for linuxthreads (pthreads).
Any reason for this, or did one just not get updated correctly?

yeah, i was wondering about that too

Sade · Post by **Sade** » Tue Mar 29, 2005 5:32 pm

loswillios wrote:I'm using this guide and after 2h of compilation it fails.
I booted from lxnays-livecd and did everything like its described in the howto but at step 7.1 it fails.

My /etc/make.conf:
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
ACCEPT_KEYWORDS="x86"

The error:

What infos are needed else?

jan

could u please fix your code-block, it messes up the thread-width.

Bob P · Post by **Bob P** » Tue Mar 29, 2005 5:57 pm

loswillios wrote:I'm using this guide and after 2h of compilation it fails.
I booted from lxnays-livecd and did everything like its described in the howto but at step 7.1 it fails.

UNSUPPORTED. use the recommended installation ISO.

Bob P · Post by **Bob P** » Tue Mar 29, 2005 6:04 pm

grx wrote:Bob,

When you updated the make.conf example in 6.5, you changed to USE="nptl", but it still says above it:
The inclusion of the nptl, ithreads, and pthreads USE flags and the exclusion of the nptlonly USE flag is intentional, in order to provide both NPTL threading support in glibc as well as fallback support for linuxthreads (pthreads).
Any reason for this, or did one just not get updated correctly?

pthreads is gone. ithreads is here:

Code: Select all

 # cat /etc/portage/package.use

that section of the guide you refer to has now been updated. thanks for pointing out the discrepancy.

Bob P · Post by **Bob P** » Tue Mar 29, 2005 6:05 pm

Sade wrote:
could u please fix your code-block, it messes up the thread-width.

yes, please!

grx · Post by **grx** » Tue Mar 29, 2005 6:16 pm

Hey Bob,

Just curious--in the original post, and how you had it set up for the 2004.3 install, you said that pthreads was present in the USE flags for fallback support. Is that just not needed with the 2005.0 system, or did you have another reason for removing it?

kimchi_sg · Post by **kimchi_sg** » Tue Mar 29, 2005 6:25 pm

Bob P wrote:
Sade wrote:
could u please fix your code-block, it messes up the thread-width.
yes, please!

Just buzz the mods if the user is slow. Thanks kallamej.

izaac · Post by **izaac** » Tue Mar 29, 2005 6:33 pm

Some packages (the python related ones, i did not remember specific names) does not support the -mtune flag, so when the error comes while emerging the system ( emerge -e system ) i have to edit the make.conf, change mtune to march, then an emerge --resume, stop emerge, edit make.conf to the original state and resume emerge again.

Well, other difference is in the gcc-config, now the number is 5 not 2(for those extrictly follows the steps), perhaps because the hardened compilers.

If you are using udev, then you need to put hotplug in the boot runtime level instead of default.

And last but no less, the sources are gentoo-sources no gentoo-dev-sources.

Ok, i hope it will help someone, having some troubles.

Sith_Happens · Post by **Sith_Happens** » Tue Mar 29, 2005 6:42 pm

izaac wrote:Well, other difference is in the gcc-config, now the number is 5 not 2(for those extrictly follows the steps), perhaps because the hardened compilers.

I noticed that earlier as well, and was remiss for not pointing it out in this thread. Here is a list of the profiles:

Code: Select all

root@BlueBox / # gcc-config -l
[1] i686-pc-linux-gnu-3.3.5
[2] i686-pc-linux-gnu-3.3.5-hardened
[3] i686-pc-linux-gnu-3.3.5-hardenednopie
[4] i686-pc-linux-gnu-3.3.5-hardenednossp
[5] i686-pc-linux-gnu-3.4.3-20050110 *
[6] i686-pc-linux-gnu-3.4.3-20050110-hardened
[7] i686-pc-linux-gnu-3.4.3-20050110-hardenednopie
[8] i686-pc-linux-gnu-3.4.3-20050110-hardenednossp

Bob P · Post by **Bob P** » Tue Mar 29, 2005 7:19 pm

hardened is making life hard for all of us. are those changes specific to 686 or will i see it in a few days when my pentium boxes finish emerging glibc?

Stage 1/3 Installation Support - 2005.0 & GCC 3.4.3

Never had a problem here ;-)

Thankyou

Some points of the process