emerge glibc-2.4 wont recognize nptl nptlonly in make.conf!

[Garvonis]

Code: Select all

ACCEPT_KEYWORDS="~x86" emerge glibc
Calculating dependencies... done!
>>> Emerging (1 of 1) sys-libs/glibc-2.4 to /
>>> checksums src_uri ;-) glibc-2.4.tar.bz2
>>> checksums src_uri ;-) glibc-ports-2.4.tar.bz2
>>> checksums src_uri ;-) glibc-libidn-2.4.tar.bz2
>>> checksums src_uri ;-) glibc-2.4-patches-1.1.tar.bz2
 * glibc-2.4 is nptl-only!      
                                
!!! ERROR: sys-libs/glibc-2.4 failed.
Call stack:                     
  ebuild.sh, line 1573:   Called dyn_setup
  ebuild.sh, line 678:   Called pkg_setup
                                
!!! please add USE='nptl nptlonly' to make.conf
!!! If you need support, post the topmost build error, and the call stack if relevant.

Grrr, it IS in the make.conf!!! >=E

[mark_alec]

You should not use ACCEPT_KEYWORDS on the commandline. If you want to try ~arch glibc 'echo "sys-libs/glibc ~x86" >> /etc/portage/package.keywords'.

I suspect that you have a typo somewhere in your /etc/make.conf to stop it from using USE, please post it here.

[Ivan Reche]

Same problem here.

[zidour]

I must confirm this one...

[edit]
Stupid me, there was a typo...

[Mousee]

I have the same issue, no typos.
~arch has been set in ACCEPT_KEYWORDS for sometime, so I doubt that's the problem.
Just seems that glibc-2.4 doesn't read the config from make.conf properly, or there is something else involved.

Anyways, passing:

Code: Select all

USE="nptl nptlonly" emerge glibc

Or such, works to emerge it with no errors.

[Ivan Reche]

I tried that before, and it didn't work.

Any more ideas?

[sternklang]

I just emerged glibc-2.4 this morning. With nptlonly in the USE flags in make.conf, it emerged without a problem.

Could the people having this problem please post the USE flags from /etc/make.conf? If I didn't double-check my posting, I would have "ntplonly" in the paragraph above -- it's very easy to create a typo with this!

[lindale]

When I add nptl and nptonly USE flags to make.conf, glibc-2.4 then fails with:

configure: error:
*** These critical programs are missing or too old: gcc
*** Check the INSTALL file for required versions.

!!! ERROR: sys-libs/glibc-2.4 failed.
Call stack:
ebuild.sh, line 1557: Called dyn_compile
ebuild.sh, line 966: Called src_compile
glibc-2.4.ebuild, line 1259: Called toolchain-glibc_src_compile
glibc-2.4.ebuild, line 257: Called glibc_do_configure 'nptl'


Emerge info:

Portage 2.1_pre6 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.6-r3, 2.6.15-gentoo-r5 i686)
=================================================================
System uname: 2.6.15-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 1700MHz
Gentoo Base System version 1.12.0_pre16
ccache version 2.4 [enabled]
dev-lang/python: 2.3.5, 2.4.2-r1
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1-r2
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://64.50.236.52/ http://gentoo.mirrors.tds.net/gentoo ftp://gentoo.mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dfx X acpi alsa apm arts avi bash-completion berkdb bitmap-fonts cdr crypt cups curl dri dvd dvdread eds emboss encode esd fam foomaticdb fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile ieee1394 imagemagick imlib ipv6 jack java javascript joystick jpeg kde kerberos ldap libedit libg++ libwww mad mikmod mmx motif mozilla mp3 mpeg nas ncurses nls nsplugin ogg oggvorbis opengl oss pam pda pdflib perl png ppds python qt quicktime radeon readline ruby samba scanner sdl sharedmem slp snmp spell sse ssl svg tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode usb vcd videos vorbis win32codecs xine xinerama xml2 xmms xosd xpm xprint xv zlib elibc_glibc kernel_linux userland_GNU"
Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY


I have had no trouble with glibc or gcc until this evening.

Any help is greatly appreciated!

Thank you, in advance.

[lindale]

The USE flags I added were nptl and nptlonly (my earlier post was incorrect - I DID have both l's in nptlonly). I have since removed these flags from make.conf, due to the fact that I then received the gcc error.

Thank you.

[sternklang]

configure: error:
*** These critical programs are missing or too old: gcc

From the Frequently Asked Questions about the GNU C Library:

You should always try to use the latest official release. Older versions may not have all the features GNU libc requires. The current releases of gcc (3.2 or newer) should work with the GNU C library

I also read on this thread that gcc-4.1 is the recommended version.

[dufeu]

You should not use ACCEPT_KEYWORDS on the commandline. If you want to try ~arch glibc 'echo "sys-libs/glibc ~x86" >> /etc/portage/package.keywords'.

I suspect that you have a typo somewhere in your /etc/make.conf to stop it from using USE, please post it here.

I had the same problem come up with emerge-ing glibc-2.4 - added the indicated use flags and emerge was then successful.

However - I couldn't restart X so I downgraded to =sys-libs/glibc-2.3.6-r3. You can see more info here: http://forums.gentoo.org/viewtopic-t-442444.html

There has also been 1/2 dozen bugs entered into bugzilla which seem related.

Of course, I d'm only guessing as I'm not a programmer.

[lucid42day]

I ran into this problem too. I had 'nptl nptlonly' correctly in make.conf . It still griped that I did not have it in there. I already had gcc 3.45, which glibc 2.4 says is the minimum version acceptable in the INSTALL file. Using the info in sternklang's post I re-emerged gcc with the 'nptl nptlonly' in the command line. I am a n00b and do not know if this was necessary. I also updated my gcc profile, because after the compile it said something about my gcc 3.3x profile still looking good. Command line was something like:

'# gcc i686-pc-linux-gnu-3.4.5
# source /etc/profile'

It's compiling fine now. Probably I only needed to do the last step, but I don't know. Hope it helps someone.

[avx]

Hi there.

I've got a similar problem, but I couldn't resolve it, yet

When I'm trying to update glibc to 2.4 I get this error:

Code: Select all

 * glibc-2.4 is nptl-only!

!!! ERROR: sys-libs/glibc-2.4 failed.
Call stack:
  ebuild.sh, line 1573:   Called dyn_setup
  ebuild.sh, line 678:   Called pkg_setup

!!! please add USE='nptl nptlonly' to make.conf
!!! If you need support, post the topmost build error, and the call stack if relevant.

That's not the strange part, yet. It's becoming strange, when you take a look at my make.conf which reads:

Code: Select all

# Host Setting
# ============
CHOST="i686-pc-linux-gnu"

# Host and optimization settings
# ==============================
CFLAGS="-march=pentium-m -O2 -fomit-frame-pointer -pipe"
CXXFLAGS="${CFLAGS}"

# Advanced Masking
# ================
ACCEPT_KEYWORDS="~x86"

# Portage Directories
# ===================
PORTAGE_TMPDIR=/var/tmp
PORTDIR=/usr/portage
DISTDIR=${PORTDIR}/distfiles
PKGDIR=${PORTDIR}/packages
PORTDIR_OVERLAY=/usr/local/portage

# Synchronizing Portage
# =====================
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
RSYNC_RETRIES="3"
RSYNC_TIMEOUT=180

# Advanced Features
# =================
MAKEOPTS="-j2"
AUTOCLEAN="yes"
FEATURES="sandbox ccache"
CCACHE_SIZE="2G"

# Languages
# =========
LINGUAS="de"

# Modular X.org
# =============
INPUT_DEVICES="evdev keyboard mouse synaptics"
VIDEO_CARDS="fbdev i810 i830 i915 vesa"

# General USE-Flags
# =========
USE="-arts -berkdb -cups -gdbm -gimpprint -gnome -gnomeprint -ipv6 -kde -pam -qt -xprint cjk dri mmx mmx2 nls nptl nptlonly sse sse2 unicode userlocales utf8"

So I thought it might have something to do with gcc, so I unmasked and updated gcc to 4.1, switched to it, sourced the profile and tried to rebuild the toolchain, but glibc-error still comes up.

Any ideas?

cheers,
ph030

[chunderbunny]

I think what has happened here is that people have failed to switch their gcc profile from gcc-3.3 to gcc-3.4. It seems that gcc-3.3 might not be able to build glibc-2.4 with the required nptl support.

Anyone who is having this problem, could you post the output of "gcc-config -l" please?

[avx]

It works *jumpyjumpy*

I don't know why, but my make.profile was linked against /usr/portage/profiles/default-linux/x86/no-nptl - I changed it to the 2006.0-profile and now it works, at least it doesn't break at the breaking-point.

[ShorTie]

I have the same problem ..

This is a fresh install of 2006.0 just last night. I have add the 'nptl nptlonly' to make.conf with no luck

USE="nptl nptlonly X -gtk -gnome -qt -kde -sdl xv -xmms -arts 3dfx 3dnow opengl alsa dvb dvd directfb fbcon matrox svga
glx imagemagick imlib jpeg lirc mad mp3 mpeg quicktime samba session xine win32codecs"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -msse2 -msse3"
ACCEPT_KEYWORDS="~x86"

and

4400+ ~ # gcc-config -l
[1] i686-pc-linux-gnu-3.4.5 *
[2] i686-pc-linux-gnu-3.4.5-hardened
[3] i686-pc-linux-gnu-3.4.5-hardenednopie
[4] i686-pc-linux-gnu-3.4.5-hardenednopiessp
[5] i686-pc-linux-gnu-3.4.5-hardenednossp

seems like they broke something somewhere to me

[avx]

Did you check your make.profile? I guess it's linked to no-nptl by default, so nptl nptlonly will be ignored if it's in make.conf.

[ShorTie]

umm, no. not sure what you mean there. still a n00b. could you please inlighten me.

Thankz

[UncleOwen]

still a n00b.

Then wtf are you using an ~arch glibc??? Sorry for being so blunt, but you should really know what you're doing.

[ShorTie]

Well sorry for being a n00b UncleOwens.

I sortta thought that "you should really know what you're doing." was part of the learning curve.
I guess you know it all and don't need to learn no more.

But who really knows.
Not me!!!!



I guess i'll go crawl back under my rock and never try to learn nothing more to make you happy!!!!!

[avendesora]

Don't be offended, but running unstable glibc and gcc are probably the most error-prone
things to do on a Gentoo box, and you'll run into quite nasty issues now and then. Those
you might not be able to recover from _at all_ without a good working knowledge of the
system in general.
That's why running ~arch toolchain is not recommended at all unless you know the system well.
It's for Your Own Good

That being said, your profile is pointed to by the /etc/make.profile symlink.
You can change it by making that link point to another profile, but depending on the original
and new profiles you select, there could be additional steps involed. I beleive there are lots
of threads on this and probably some docs on gentoo.org regarding these profile switches.

I'll repeat UncleOwens's warning: this can render your system unusable. Make sure you build
binary packages before you try to upgrade.

[ShorTie]

Thankz mseigneurin

Well maybe I should and maybe I shouldn't, thats a good question!

I really don't remember the ~arch anywhere, But I am using the "ACCEPT_KEYWORDS="~x86"". Maybe that pulls in the ~arch stuff, me not know.

The real thing is no matter what I couldn't 'emerge world' with out it failing.

So checking my symlink I found

ls -l /etc

lrwxrwxrwx 1 root root 49 Mar 11 17:18 make.profile -> ../usr/portage/profiles/default-linux/x86/no-nptl

Looking in there I found a "make.default", so.

nano -w /usr/portage/profiles/default-linux/x86/no-nptl/make.defaults, gives.

# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/x86/no-nptl/make.defaults,v 1.4 2006/01/31 22:51:51 wolf31o2 Exp $

STAGE1_USE="-nptl"

USE="alsa apm arts avi bitmap-fonts cups eds emboss encode fortran foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2
imlib jpeg kde libg++ libwww mad mikmod motif mp3 mpeg -nptl ogg opengl oss pdflib png qt quicktime sdl spell
truetype truetype-fonts type1-fonts vorbis X xml xmms xv"

I saw the '-nptl' in there, so I changed it to 'nptl nptlonly".

Tried the 'emerge world' again and still no go ..

I also see there is a /usr/portage/profiles/default-linux/x86/no-nptl/use.mask and in there

# Copyright 2004 Gentoo Foundation.
# Distributed under the terms of the GNU General Public License, v2
# $Header: /var/cvsroot/gentoo-x86/profiles/default-linux/x86/no-nptl/use.mask,v 1.1 2005/11/16 16:3$

nptl
nptlonly

So it looks like it's everywhere, but not. Even if I try a "USE='nptl nptlonly' emerge glibc -pv" it doesn't list it as a build option

Calculating dependencies... done!
[ebuild U ] sys-libs/glibc-2.4 [2.3.5-r2] USE="nls userlocales* -build -glibc-omitfp -hardened -pic -profile" 0 kB

So when I try without the -pv it still no go ..

Someboby just won't let it happen!

Bummer Boogers

[avendesora]

Never change any file in the profile directories.

As I said, if you want to change profiles, you change the /etc/make.profile symlink, not what is pointed to by that link.

And moving from no-nptl to nptl-only has hight potential for breakage.

[philosophus]

Sorry about my english, because I´m brazilian.
You was almost there.

Code: Select all

nano -w /usr/portage/profiles/default-linux/default-linux/x86/2006.0

As you want, change to

Code: Select all

STAGE1_USE="nptl nptlonly"

Then

Code: Select all

cd /etc
rm -rf /etc/make.profile 
ln -s /usr/portage/profiles/default-linux/x86/2006.0/ /etc/make.profile

I was with the same problem and now emerge is working (for a long time, I hope).

[Garvonis]

You should not use ACCEPT_KEYWORDS on the commandline. If you want to try ~arch glibc 'echo "sys-libs/glibc ~x86" >> /etc/portage/package.keywords'.

I suspect that you have a typo somewhere in your /etc/make.conf to stop it from using USE, please post it here.

I only use the accept keywords command cause it opened up extremely numerous upgrades to my current software, of which I needed to restore system performance.