Mailing List Archive

dip toe into NPTL waters
Hi,
Is it a true statement that to try out NPTL what I need to do is
compile glibc with NPTL support? I do not need to rebuild my kernel? I
do not need to rebuild apps?

Are there apps or other libraries that take more direct advantage
of NPTL than just using glibc compiled with NPTL support? I have not
figured out how to ask equery to tell me all the packages that use
NPTL. emerge suggests there are only two:

flash root # emerge -epv world | grep nptl
[ebuild N ] sys-libs/glibc-2.3.3.20040420-r2 -build -debug -debug
-erandom -hardened +nls -nptl -pic 18 kB
[ebuild N ] x11-libs/fltk-1.1.4 -debug -nptl +opengl 1,275 kB
flash root #

(I plan on using a newer glibc, but currently I restrict portage from
considering it since 2.3.4 without at least NPTL breaks my
applications...)

If I build glibc and fltk with NPTL support, and it doesn't fix a
glibc problem I'm having, are there any problems with going back to
non-NPTL?

I've been reading a number of threads in the forums. After a while
this is the picture I've gotten, but I'd like to make sure I'm not
missing something.

Thanks,
Mark

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
No, there shouldn't be problems reverting back. However, you also
need linux 2.6 headers. I believe if you emerge -C linux-headers
(removing), emerge -e glibc will pull the 2.6 headers in as a
dependency, but you may need a new version - I'm not positive.

www.gentoo-portage.com will let you find all packages with a certain
use flag; just click on Use Flags and then on NPTL. Glibc (and your
other package) are really all thats needed - glibc provides the
functionality and other packages with the flag might have a slightly
different compile to enable whatever support is necessary.


On Mon, 18 Oct 2004 15:33:57 -0700, Mark Knecht <markknecht@gmail.com> wrote:
> Hi,
> Is it a true statement that to try out NPTL what I need to do is
> compile glibc with NPTL support? I do not need to rebuild my kernel? I
> do not need to rebuild apps?
>
> Are there apps or other libraries that take more direct advantage
> of NPTL than just using glibc compiled with NPTL support? I have not
> figured out how to ask equery to tell me all the packages that use
> NPTL. emerge suggests there are only two:
>
> flash root # emerge -epv world | grep nptl
> [ebuild N ] sys-libs/glibc-2.3.3.20040420-r2 -build -debug -debug
> -erandom -hardened +nls -nptl -pic 18 kB
> [ebuild N ] x11-libs/fltk-1.1.4 -debug -nptl +opengl 1,275 kB
> flash root #
>
> (I plan on using a newer glibc, but currently I restrict portage from
> considering it since 2.3.4 without at least NPTL breaks my
> applications...)
>
> If I build glibc and fltk with NPTL support, and it doesn't fix a
> glibc problem I'm having, are there any problems with going back to
> non-NPTL?
>
> I've been reading a number of threads in the forums. After a while
> this is the picture I've gotten, but I'd like to make sure I'm not
> missing something.
>
> Thanks,
> Mark
>
> --
> gentoo-user@gentoo.org mailing list
>
>

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Jeff,
OK, first, thanks for the answers. The gentoo-portage site looks helpful.

The linux-headers part is not very clear yet. I cannot seem to get
emerge to tell me much with the regular linux-headers currently
installed. I guess I could emerge -C and then emerge again to get back
what I current;y have installed if it still remains unclear.

the gentoo-portage site did pull up on more twist on when I'm
debugging. As Wine is involved in what I'm doing, and since I'm using
multiple versions of Wine on my system, including all versions from
wine-20040505 thru wine-20040914, and also using Crossover Office,
it's very unclear what emerging NPTL will do since this site says wine
uses NPTL also.

I think I'd better do significantly more study before trying this
out. I have too many things I use this machine for to allow things to
get horribly broken by being a noob and making a critical mistake.

Thanks,
Mark


On Mon, 18 Oct 2004 19:28:58 -0400, Jeff Davidson <supermonkey@gmail.com> wrote:
> No, there shouldn't be problems reverting back. However, you also
> need linux 2.6 headers. I believe if you emerge -C linux-headers
> (removing), emerge -e glibc will pull the 2.6 headers in as a
> dependency, but you may need a new version - I'm not positive.
>
> www.gentoo-portage.com will let you find all packages with a certain
> use flag; just click on Use Flags and then on NPTL. Glibc (and your
> other package) are really all thats needed - glibc provides the
> functionality and other packages with the flag might have a slightly
> different compile to enable whatever support is necessary.
>
>
>
>
> On Mon, 18 Oct 2004 15:33:57 -0700, Mark Knecht <markknecht@gmail.com> wrote:
> > Hi,
> > Is it a true statement that to try out NPTL what I need to do is
> > compile glibc with NPTL support? I do not need to rebuild my kernel? I
> > do not need to rebuild apps?
> >
> > Are there apps or other libraries that take more direct advantage
> > of NPTL than just using glibc compiled with NPTL support? I have not
> > figured out how to ask equery to tell me all the packages that use
> > NPTL. emerge suggests there are only two:
> >
> > flash root # emerge -epv world | grep nptl
> > [ebuild N ] sys-libs/glibc-2.3.3.20040420-r2 -build -debug -debug
> > -erandom -hardened +nls -nptl -pic 18 kB
> > [ebuild N ] x11-libs/fltk-1.1.4 -debug -nptl +opengl 1,275 kB
> > flash root #
> >
> > (I plan on using a newer glibc, but currently I restrict portage from
> > considering it since 2.3.4 without at least NPTL breaks my
> > applications...)
> >
> > If I build glibc and fltk with NPTL support, and it doesn't fix a
> > glibc problem I'm having, are there any problems with going back to
> > non-NPTL?
> >
> > I've been reading a number of threads in the forums. After a while
> > this is the picture I've gotten, but I'd like to make sure I'm not
> > missing something.
> >
> > Thanks,
> > Mark
> >
> > --
> > gentoo-user@gentoo.org mailing list
> >
> >
>
> --
> gentoo-user@gentoo.org mailing list
>
>

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Tue, 19 Oct 2004 01:40:18 +0100, Peter Ruskin
<peter.ruskin@dsl.pipex.com> wrote:
> On Monday 18 October 2004 23:33, Mark Knecht wrote:
> > If I build glibc and fltk with NPTL support, and it doesn't fix a
> > glibc problem I'm having, are there any problems with going back to
> > non-NPTL?
>
> I had no problems going back. There was such a noise on this list about
> NPTL so I had to try it. Then I found that wine and winex wouldn't
> work at all with it so I set USE='-nptl', rebuilt glibc and all was
> well with the world again.
>
> --
> Peter
>

Peter,
Thanks for the info. Actually, one of the developers of jack_fst is
asking me to try NPTL. The reason I bring that up is that jack_fst
uses Wine, so I'm a bit confued about your results with Wine. All of
my versions of Wine are either built from source not using ebuild, or
are binary versions such as Crossover Office. I'm really not clear if
I can mix and match all this stuff as I might need to.

Thanks,
Mark

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Sure - I can understand your concern, I haven't gotten the chance to
fully test NPTL with what I intend to do but hopefully I will soon.

I believe that at least with the latest masked glibc, there are two
use flags - nptl and nptlonly. Just specifying NPTL will compile two
versions of glibc - one with nptl that is used by default and one
without nptl that can be used by typing something like
LD_ASSUME_KERNEL="2.2.4" before executing the NPTL-faulty program or
something along those lines - someone in this list should double check
that.

You can compile glibc again with nptlonly if you are confident you
don't need the second compilation after things are tested and work
fine.


On Mon, 18 Oct 2004 17:34:22 -0700, Mark Knecht <markknecht@gmail.com> wrote:
> Jeff,
> OK, first, thanks for the answers. The gentoo-portage site looks helpful.
>
> The linux-headers part is not very clear yet. I cannot seem to get
> emerge to tell me much with the regular linux-headers currently
> installed. I guess I could emerge -C and then emerge again to get back
> what I current;y have installed if it still remains unclear.
>
> the gentoo-portage site did pull up on more twist on when I'm
> debugging. As Wine is involved in what I'm doing, and since I'm using
> multiple versions of Wine on my system, including all versions from
> wine-20040505 thru wine-20040914, and also using Crossover Office,
> it's very unclear what emerging NPTL will do since this site says wine
> uses NPTL also.
>
> I think I'd better do significantly more study before trying this
> out. I have too many things I use this machine for to allow things to
> get horribly broken by being a noob and making a critical mistake.
>
> Thanks,
> Mark
>
>
>
>
> On Mon, 18 Oct 2004 19:28:58 -0400, Jeff Davidson <supermonkey@gmail.com> wrote:
> > No, there shouldn't be problems reverting back. However, you also
> > need linux 2.6 headers. I believe if you emerge -C linux-headers
> > (removing), emerge -e glibc will pull the 2.6 headers in as a
> > dependency, but you may need a new version - I'm not positive.
> >
> > www.gentoo-portage.com will let you find all packages with a certain
> > use flag; just click on Use Flags and then on NPTL. Glibc (and your
> > other package) are really all thats needed - glibc provides the
> > functionality and other packages with the flag might have a slightly
> > different compile to enable whatever support is necessary.
> >
> >
> >
> >
> > On Mon, 18 Oct 2004 15:33:57 -0700, Mark Knecht <markknecht@gmail.com> wrote:
> > > Hi,
> > > Is it a true statement that to try out NPTL what I need to do is
> > > compile glibc with NPTL support? I do not need to rebuild my kernel? I
> > > do not need to rebuild apps?
> > >
> > > Are there apps or other libraries that take more direct advantage
> > > of NPTL than just using glibc compiled with NPTL support? I have not
> > > figured out how to ask equery to tell me all the packages that use
> > > NPTL. emerge suggests there are only two:
> > >
> > > flash root # emerge -epv world | grep nptl
> > > [ebuild N ] sys-libs/glibc-2.3.3.20040420-r2 -build -debug -debug
> > > -erandom -hardened +nls -nptl -pic 18 kB
> > > [ebuild N ] x11-libs/fltk-1.1.4 -debug -nptl +opengl 1,275 kB
> > > flash root #
> > >
> > > (I plan on using a newer glibc, but currently I restrict portage from
> > > considering it since 2.3.4 without at least NPTL breaks my
> > > applications...)
> > >
> > > If I build glibc and fltk with NPTL support, and it doesn't fix a
> > > glibc problem I'm having, are there any problems with going back to
> > > non-NPTL?
> > >
> > > I've been reading a number of threads in the forums. After a while
> > > this is the picture I've gotten, but I'd like to make sure I'm not
> > > missing something.
> > >
> > > Thanks,
> > > Mark
> > >
> > > --
> > > gentoo-user@gentoo.org mailing list
> > >
> > >
> >
> > --
> > gentoo-user@gentoo.org mailing list
> >
> >
>

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Yes, I read about this in the forum posts on glibc.

I'm about ready to give it a go. Just being chicken I suppose...


On Mon, 18 Oct 2004 21:39:19 -0400, Jeff Davidson <supermonkey@gmail.com> wrote:
> Sure - I can understand your concern, I haven't gotten the chance to
> fully test NPTL with what I intend to do but hopefully I will soon.
>
> I believe that at least with the latest masked glibc, there are two
> use flags - nptl and nptlonly. Just specifying NPTL will compile two
> versions of glibc - one with nptl that is used by default and one
> without nptl that can be used by typing something like
> LD_ASSUME_KERNEL="2.2.4" before executing the NPTL-faulty program or
> something along those lines - someone in this list should double check
> that.
>
> You can compile glibc again with nptlonly if you are confident you
> don't need the second compilation after things are tested and work
> fine.
>
>
>
>
> On Mon, 18 Oct 2004 17:34:22 -0700, Mark Knecht <markknecht@gmail.com> wrote:
> > Jeff,
> > OK, first, thanks for the answers. The gentoo-portage site looks helpful.
> >
> > The linux-headers part is not very clear yet. I cannot seem to get
> > emerge to tell me much with the regular linux-headers currently
> > installed. I guess I could emerge -C and then emerge again to get back
> > what I current;y have installed if it still remains unclear.
> >
> > the gentoo-portage site did pull up on more twist on when I'm
> > debugging. As Wine is involved in what I'm doing, and since I'm using
> > multiple versions of Wine on my system, including all versions from
> > wine-20040505 thru wine-20040914, and also using Crossover Office,
> > it's very unclear what emerging NPTL will do since this site says wine
> > uses NPTL also.
> >
> > I think I'd better do significantly more study before trying this
> > out. I have too many things I use this machine for to allow things to
> > get horribly broken by being a noob and making a critical mistake.
> >
> > Thanks,
> > Mark
> >
> >
> >
> >
> > On Mon, 18 Oct 2004 19:28:58 -0400, Jeff Davidson <supermonkey@gmail.com> wrote:
> > > No, there shouldn't be problems reverting back. However, you also
> > > need linux 2.6 headers. I believe if you emerge -C linux-headers
> > > (removing), emerge -e glibc will pull the 2.6 headers in as a
> > > dependency, but you may need a new version - I'm not positive.
> > >
> > > www.gentoo-portage.com will let you find all packages with a certain
> > > use flag; just click on Use Flags and then on NPTL. Glibc (and your
> > > other package) are really all thats needed - glibc provides the
> > > functionality and other packages with the flag might have a slightly
> > > different compile to enable whatever support is necessary.
> > >
> > >
> > >
> > >
> > > On Mon, 18 Oct 2004 15:33:57 -0700, Mark Knecht <markknecht@gmail.com> wrote:
> > > > Hi,
> > > > Is it a true statement that to try out NPTL what I need to do is
> > > > compile glibc with NPTL support? I do not need to rebuild my kernel? I
> > > > do not need to rebuild apps?
> > > >
> > > > Are there apps or other libraries that take more direct advantage
> > > > of NPTL than just using glibc compiled with NPTL support? I have not
> > > > figured out how to ask equery to tell me all the packages that use
> > > > NPTL. emerge suggests there are only two:
> > > >
> > > > flash root # emerge -epv world | grep nptl
> > > > [ebuild N ] sys-libs/glibc-2.3.3.20040420-r2 -build -debug -debug
> > > > -erandom -hardened +nls -nptl -pic 18 kB
> > > > [ebuild N ] x11-libs/fltk-1.1.4 -debug -nptl +opengl 1,275 kB
> > > > flash root #
> > > >
> > > > (I plan on using a newer glibc, but currently I restrict portage from
> > > > considering it since 2.3.4 without at least NPTL breaks my
> > > > applications...)
> > > >
> > > > If I build glibc and fltk with NPTL support, and it doesn't fix a
> > > > glibc problem I'm having, are there any problems with going back to
> > > > non-NPTL?
> > > >
> > > > I've been reading a number of threads in the forums. After a while
> > > > this is the picture I've gotten, but I'd like to make sure I'm not
> > > > missing something.
> > > >
> > > > Thanks,
> > > > Mark
> > > >
> > > > --
> > > > gentoo-user@gentoo.org mailing list
> > > >
> > > >
> > >
> > > --
> > > gentoo-user@gentoo.org mailing list
> > >
> > >
> >
>
> --
>
>
> gentoo-user@gentoo.org mailing list
>
>

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Mon, 18 Oct 2004 21:39:19 -0400, Jeff Davidson <supermonkey@gmail.com> wrote:
<SNIP>
> I believe that at least with the latest masked glibc, there are two
> use flags - nptl and nptlonly. Just specifying NPTL will compile two
> versions of glibc - one with nptl that is used by default and one
> without nptl that can be used by typing something like
> LD_ASSUME_KERNEL="2.2.4" before executing the NPTL-faulty program or
> something along those lines - someone in this list should double check
> that.

<SNIP>

Jeff & Peter,
Well, I'm in the water now. I've emerged the masked version of
glibc. It did seem to take twice as long to compile. It seemed to do a
bunch of linuxthreads stuff first, and then a bunch of nptl stuff, so
I assume everything is installed.

flash root # ACCEPT_KEYWORDS="~x86" emerge -pv linux26-headers
linux-headers glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[blocks B ] sys-kernel/linux26-headers ("virtual/os-headers" from
pkg sys-kernel/linux-headers-2.4.22)
[ebuild R ] sys-kernel/linux26-headers-2.6.8.1-r1 -build 0 kB
[ebuild R ] sys-kernel/linux-headers-2.4.22 -build 0 kB
[ebuild R ] sys-libs/glibc-2.3.4.20041006 -build -debug -debug
-erandom -hardened -multilib +nls +nptl -nptlonly -pic -userlocales
16 kB

Total size of downloads: 16 kB

flash root #

I'm not at all sure what this block above is telling me. I got no such
messages when I emerged glibc-2.3.4.20041006 last night.

Now, down to the confusion. Is NPTL running? It was my understanding
from a thread sometime earlier that I could see what libraries were
being called using ldd. However:

flash root # ldd /usr/bin/alsaplayer
linux-gate.so.1 => (0xffffe000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7fc1000)
libdl.so.2 => /lib/libdl.so.2 (0xb7fbe000)
libstdc++.so.5 =>
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5 (0xb7ef5000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7ed3000)
libgcc_s.so.1 =>
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0xb7eca000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7dbf000)
/lib/ld-linux.so.2 (0xb7feb000)
flash root #

seems to tell me I'm using libpthread. I think that's the old one, isn't it?

What do I need to do to turn NPTL on???

Thanks,
Mark

flash root # emerge info
Portage 2.0.50-r11 (default-x86-2004.0, gcc-3.3.4,
glibc-2.3.4.20041006-r0, 2.6.9-rc2-mm4-VP-S7-UMP-noACPI)
=================================================================
System uname: 2.6.9-rc2-mm4-VP-S7-UMP-noACPI i686 Mobile Intel(R)
Pentium(R) 4 CPU 3.06GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config
/usr/kde/3.3/shutdown /usr/kde/3/share/config
/usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.tucdemonic.org/gentoo/
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.gentoo.gr.jp
http://www.zentek-international.com/mirrors/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa apm audiofile avi berkdb bitmap-fonts bonobo caps
cdr crypt cups dvd dvdr encode esd f77 fluidsynth foomaticdb gdbm gif
gimp gimpprint gphoto2 gpm gtk gtk2 gtkhtml guile imlib jack
jack-tmpfs java jpeg ladcca libg++ libwww mad mikmod mmx motif
mozcalendar mozilla mpeg ncurses nls nptl oggvorbis opengl oss pam
pdflib perl png ppds python qt quicktime readline sdl slang spell sse
ssl svga tcltk tcpd tetex truetype usb video_cards_radeon x86 xml2
xmms xprint xv zlib"

flash root #

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Mark Knecht wrote:
> Jeff & Peter,
> Well, I'm in the water now. I've emerged the masked version of
> glibc. It did seem to take twice as long to compile. It seemed to do a
> bunch of linuxthreads stuff first, and then a bunch of nptl stuff, so
> I assume everything is installed.
>
> flash root # ACCEPT_KEYWORDS="~x86" emerge -pv linux26-headers
> linux-headers glibc
>
> These are the packages that I would merge, in order:
>
> Calculating dependencies ...done!
> [blocks B ] sys-kernel/linux26-headers ("virtual/os-headers" from
> pkg sys-kernel/linux-headers-2.4.22)
> [ebuild R ] sys-kernel/linux26-headers-2.6.8.1-r1 -build 0 kB
> [ebuild R ] sys-kernel/linux-headers-2.4.22 -build 0 kB
> [ebuild R ] sys-libs/glibc-2.3.4.20041006 -build -debug -debug
> -erandom -hardened -multilib +nls +nptl -nptlonly -pic -userlocales
> 16 kB
>
> Total size of downloads: 16 kB
>
> flash root #
>
> I'm not at all sure what this block above is telling me. I got no such
> messages when I emerged glibc-2.3.4.20041006 last night.

As far as I know, both linux26-headers and linux-headers cannot be
installed at the same time. And you have to have linux26-headers to
enable nptl. So why are you emerging linux-headers, anyway? It is
apparently confusing to your virtuals (it doesn't know which one to use).

>
> Now, down to the confusion. Is NPTL running? It was my understanding
> from a thread sometime earlier that I could see what libraries were
> being called using ldd.
>
> <snip>

The easiest way I know to see if NPTL is running (which I don't think it
is, given that the linux26-headers needed to enable it are blocked) is
to use

# /lib/libc.so.6

which outputs

[root@Gentoo] 04:17 PM #/lib/libc.so.6
GNU C Library 20040808 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.4.2 (Gentoo Linux 3.4.2-r2, ssp-3.4.1-1,
pie-8.7.6.5).
Compiled on a Linux 2.6.8 system on 2004-10-09.
Available extensions:
GNU libio by Per Bothner
crypt add-on version 2.1 by Michael Glad and others
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.


See that Native POSIX Threads Library under "Available Extensions"?

That's it (NPTL).


> What do I need to do to turn NPTL on???

You need to install the linux26-headers, and recompile glibc with nptl
enabled.

Technically, that's it, but some of us recompile the system (or the
world) with emerge -e to recompile the system to actually use the nptl
we've enabled. That is, however, a personal choice.

Holly

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Mark Knecht wrote:

>On Mon, 18 Oct 2004 21:39:19 -0400, Jeff Davidson <supermonkey@gmail.com> wrote:
><SNIP>
>
>
>>I believe that at least with the latest masked glibc, there are two
>>use flags - nptl and nptlonly. Just specifying NPTL will compile two
>>versions of glibc - one with nptl that is used by default and one
>>without nptl that can be used by typing something like
>>LD_ASSUME_KERNEL="2.2.4" before executing the NPTL-faulty program or
>>something along those lines - someone in this list should double check
>>that.
>>
>>
>
><SNIP>
>
>Jeff & Peter,
> Well, I'm in the water now. I've emerged the masked version of
>glibc. It did seem to take twice as long to compile. It seemed to do a
>bunch of linuxthreads stuff first, and then a bunch of nptl stuff, so
>I assume everything is installed.
>
>flash root # ACCEPT_KEYWORDS="~x86" emerge -pv linux26-headers
>linux-headers glibc
>
>These are the packages that I would merge, in order:
>
>Calculating dependencies ...done!
>[blocks B ] sys-kernel/linux26-headers ("virtual/os-headers" from
>pkg sys-kernel/linux-headers-2.4.22)
>[ebuild R ] sys-kernel/linux26-headers-2.6.8.1-r1 -build 0 kB
>[ebuild R ] sys-kernel/linux-headers-2.4.22 -build 0 kB
>[ebuild R ] sys-libs/glibc-2.3.4.20041006 -build -debug -debug
>-erandom -hardened -multilib +nls +nptl -nptlonly -pic -userlocales
>16 kB
>
>Total size of downloads: 16 kB
>
>flash root #
>
>I'm not at all sure what this block above is telling me. I got no such
>messages when I emerged glibc-2.3.4.20041006 last night.
>
>Now, down to the confusion. Is NPTL running? It was my understanding
>from a thread sometime earlier that I could see what libraries were
>being called using ldd. However:
>
>flash root # ldd /usr/bin/alsaplayer
>linux-gate.so.1 => (0xffffe000)
>libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7fc1000)
>libdl.so.2 => /lib/libdl.so.2 (0xb7fbe000)
>libstdc++.so.5 =>
>/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libstdc++.so.5 (0xb7ef5000)
>libm.so.6 => /lib/tls/libm.so.6 (0xb7ed3000)
>libgcc_s.so.1 =>
>/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.4/libgcc_s.so.1 (0xb7eca000)
>libc.so.6 => /lib/tls/libc.so.6 (0xb7dbf000)
>/lib/ld-linux.so.2 (0xb7feb000)
>flash root #
>
>seems to tell me I'm using libpthread. I think that's the old one, isn't it?
>
>What do I need to do to turn NPTL on???
>
>
>
libpthread is NPTL.

veldy@ekg veldy $ /lib/libpthread.so.0
Native POSIX Threads Library by Ulrich Drepper et al
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Forced unwind support included.

--
Thomas T. Veldhouse
Key Fingerprint: 2DB9 813F F510 82C2 E1AE 34D0 D69D 1EDC D5EC AED1
Spammers please contact me at trap@veldy.net.
Re: dip toe into NPTL waters [ In reply to ]
On Tue, 19 Oct 2004 16:42:21 +0200, Holly Bostick <motub@planet.nl> wrote:
> Mark Knecht wrote:

<SNIP>
> >
> > flash root # ACCEPT_KEYWORDS="~x86" emerge -pv linux26-headers
> > linux-headers glibc
> >
> > These are the packages that I would merge, in order:
> >
> > Calculating dependencies ...done!
> > [blocks B ] sys-kernel/linux26-headers ("virtual/os-headers" from
> > pkg sys-kernel/linux-headers-2.4.22)
> > [ebuild R ] sys-kernel/linux26-headers-2.6.8.1-r1 -build 0 kB
> > [ebuild R ] sys-kernel/linux-headers-2.4.22 -build 0 kB
> > [ebuild R ] sys-libs/glibc-2.3.4.20041006 -build -debug -debug
> > -erandom -hardened -multilib +nls +nptl -nptlonly -pic -userlocales
> > 16 kB
> >
> > Total size of downloads: 16 kB
> >
> > flash root #
> >
> > I'm not at all sure what this block above is telling me. I got no such
> > messages when I emerged glibc-2.3.4.20041006 last night.
>
> As far as I know, both linux26-headers and linux-headers cannot be
> installed at the same time. And you have to have linux26-headers to
> enable nptl. So why are you emerging linux-headers, anyway? It is
> apparently confusing to your virtuals (it doesn't know which one to use).

The command above was only to show what's on the system as of this
morning. I did not emerge linux-headers myself. I followed Jeff's
instructions, repeated here:

"I believe if you emerge -C linux-headers (removing), emerge -e glibc
will pull the 2.6 headers in as a dependency, but you may need a new
version - I'm not positive."

So, following this, I removed linux-headers. when I emerged glibc it
brought in linux26-heders and a newer version of linux headers. I
think that I did not do emerge -e glibc though. Possibly this was part
of the problem?

Here are the records from /var/log/emerge.log:

1098154539: *** emerge sync
1098154539: === sync
1098154540: >>> starting rsync with rsync://156.56.111.198/gentoo-portage
1098154575: === Sync completed with rsync://156.56.111.198/gentoo-portage
1098154716: *** terminating.
1098154739: Started emerge on: Oct 18, 2004 19:58:59
1098154739: *** emerge unmerge linux-headers
1098154744: === Unmerging... (sys-kernel/linux-headers-2.4.21-r1)
1098154757: >>> unmerge success: sys-kernel/linux-headers-2.4.21-r1
1098154774: *** exiting successfully.
1098154776: *** terminating.
1098154910: Started emerge on: Oct 18, 2004 20:01:50
1098154910: *** emerge glibc
1098154911: >>> emerge (1 of 3) sys-kernel/linux-headers-2.4.22 to /
1098154911: === (1 of 3) Cleaning
(sys-kernel/linux-headers-2.4.22::/usr/portage/sys-kernel/linux-headers/linux-headers-2.4.22.ebuild)
1098154911: === (1 of 3) Compiling/Merging
(sys-kernel/linux-headers-2.4.22::/usr/portage/sys-kernel/linux-headers/linux-headers-2.4.22.ebuild)
1098155027: === (1 of 3) Post-Build Cleaning
(sys-kernel/linux-headers-2.4.22::/usr/portage/sys-kernel/linux-headers/linux-headers-2.4.22.ebuild)
1098155028: >>> AUTOCLEAN: sys-kernel/linux-headers
1098155028: --- AUTOCLEAN: Nothing unmerged.
1098155028: ::: completed emerge (1 of 3) sys-kernel/linux-headers-2.4.22 to /
1098155028: >>> emerge (2 of 3) sys-kernel/linux26-headers-2.6.8.1-r1 to /
1098155028: === (2 of 3) Cleaning
(sys-kernel/linux26-headers-2.6.8.1-r1::/usr/portage/sys-kernel/linux26-headers/linux26-headers-2.6.8.1-r1.ebuild)
1098155028: === (2 of 3) Compiling/Merging
(sys-kernel/linux26-headers-2.6.8.1-r1::/usr/portage/sys-kernel/linux26-headers/linux26-headers-2.6.8.1-r1.ebuild)
1098155082: === (2 of 3) Post-Build Cleaning
(sys-kernel/linux26-headers-2.6.8.1-r1::/usr/portage/sys-kernel/linux26-headers/linux26-headers-2.6.8.1-r1.ebuild)
1098155083: >>> AUTOCLEAN: sys-kernel/linux26-headers
1098155083: --- AUTOCLEAN: Nothing unmerged.
1098155083: ::: completed emerge (2 of 3)
sys-kernel/linux26-headers-2.6.8.1-r1 to /
1098155083: >>> emerge (3 of 3) sys-libs/glibc-2.3.4.20041006 to /
1098155083: === (3 of 3) Cleaning
(sys-libs/glibc-2.3.4.20041006::/usr/portage/sys-libs/glibc/glibc-2.3.4.20041006.ebuild)
1098155083: === (3 of 3) Compiling/Merging
(sys-libs/glibc-2.3.4.20041006::/usr/portage/sys-libs/glibc/glibc-2.3.4.20041006.ebuild)
1098159168: === (3 of 3) Post-Build Cleaning
(sys-libs/glibc-2.3.4.20041006::/usr/portage/sys-libs/glibc/glibc-2.3.4.20041006.ebuild)
1098159169: >>> AUTOCLEAN: sys-libs/glibc
1098159175: === Unmerging... (sys-libs/glibc-2.3.3.20040420-r2)
1098159198: >>> unmerge success: sys-libs/glibc-2.3.3.20040420-r2
1098159198: ::: completed emerge (3 of 3) sys-libs/glibc-2.3.4.20041006 to /
1098159198: *** Finished. Cleaning up...
1098159213: *** exiting successfully.
1098159221: *** terminating.
1098195781: Started emerge on: Oct 19, 2004 07:23:01
1098195781: *** emerge info
1098195782: *** terminating.

So, as you see this was done by portage - not me.

>
> >
> > Now, down to the confusion. Is NPTL running? It was my understanding
> > from a thread sometime earlier that I could see what libraries were
> > being called using ldd.
> >
> > <snip>
>
> The easiest way I know to see if NPTL is running (which I don't think it
> is, given that the linux26-headers needed to enable it are blocked) is
> to use
>
> # /lib/libc.so.6
>
<SNIP>
>
> That's it (NPTL).

Yep - mine is not:

flash root # /lib/libc.so.6
GNU C Library 20041006 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1,
ssp-3.3.2-2, pie-8.7.6).
Compiled on a Linux 2.6.8 system on 2004-10-18.
Available extensions:
GNU libio by Per Bothner
crypt add-on version 2.1 by Michael Glad and others
linuxthreads-0.10 by Xavier Leroy
The C stubs add-on version 2.1.2.
BIND-8.2.3-T5B
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Glibc-2.0 compatibility add-on by Cristian Gafton
GNU Libidn by Simon Josefsson
libthread_db work sponsored by Alpha Processor Inc
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.
flash root #

>
>
> > What do I need to do to turn NPTL on???
>
> You need to install the linux26-headers, and recompile glibc with nptl
> enabled.

So, I trusted portage to emerge the correct headers last night. It
apparently did not do this. Do this mean that I should:

emerge -C linux-headers
emerge -C linux26-headers-2.6.8.1-r1
emerge linux26-headers
emerge glicb

????

>
> Technically, that's it, but some of us recompile the system (or the
> world) with emerge -e to recompile the system to actually use the nptl
> we've enabled. That is, however, a personal choice.

This is new info. I asked yesterday if I had to recompile applications
to use NPTL. I thought the answer was no. Now you suggest that I do.
I'm confused. which is it?

Thanks,
Mark

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Tue, 19 Oct 2004 11:01:59 -0500, Thomas T. Veldhouse <veldy@veldy.net> wrote:
> Mark Knecht wrote:
<SNIP>
> >flash root # ldd /usr/bin/alsaplayer
> >linux-gate.so.1 => (0xffffe000)
> >libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7fc1000)
<SNIP>
> libpthread is NPTL.
>
> veldy@ekg veldy $ /lib/libpthread.so.0
> Native POSIX Threads Library by Ulrich Drepper et al
> Copyright (C) 2003 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.
> There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
> PARTICULAR PURPOSE.
> Forced unwind support included.

Humm....I don't get such a good message fro that one Thomas:

flash root # /lib/libpthread.so.0
/lib/libpthread.so.0: relocation error: /lib/libpthread.so.0: symbol
_h_errno, version GLIBC_2.0 not defined in file libc.so.6 with link
time reference
flash root #

does this imply a problem with the /lib/libpthread.so.0 link??

flash root # ls -al /lib/libpthread.so.0
lrwxrwxrwx 1 root root 18 Oct 18 21:12 /lib/libpthread.so.0 ->
libpthread-0.10.so
flash root #

However, the alsaplayer listing above actually pointed at
/lib/tls/libpthread.so.6, which does give a good message:

flash root # /lib/tls/libpthread.so.0
Native POSIX Threads Library by Ulrich Drepper et al
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Forced unwind support included.
flash root #

Seems like here might be something here that needs adjusting? Why are
our machines different like this?

- Mark

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
OK, it's been a while since I did this. Portage should clean
everything up, but obviously it didn't. I think it also didn't clean
up 8 months ago when I switched over.

I would suggest that you

emerge -C linux-headers
emerge -C linux26-headers
emerge linux26-headers
check your /var/cache/edb/virtuals to be sure you have the following;
edit if no.

. . .
virtual/os-headers sys-kernel/linux26-headers
. . .
virtual/kernel sys-kernel/linux26-headers
. . .

Be sure you have USE='...nptl..."
emerge glibc
Pay attention to the first few pages of the emerge to be sure it is
picking up nptl.

Most packages are not affected, but you may want/need to emerge
mplayer (if you have it) and qt (if you have it). Others may cite some
extra packages. I had problems a long while back with mplayer and very
recently (glibc-2.3.4.20041006) I had problems with qt.

Good luck,

--
/\/\
(CR) Collins Richey
\/\/ "I hear you're single again." "Spouse 2.0 had fewer bugs than
Spouse 1.0, but the maintenance ... was too much for my OS."
- Glitch (tm)

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Tue, 19 Oct 2004 16:42:21 +0200, Holly Bostick <motub@planet.nl> wrote:
> Mark Knecht wrote:
> > Jeff & Peter,
> > Well, I'm in the water now. I've emerged the masked version of
> > glibc. It did seem to take twice as long to compile. It seemed to do a
> > bunch of linuxthreads stuff first, and then a bunch of nptl stuff, so
> > I assume everything is installed.
> >
> > flash root # ACCEPT_KEYWORDS="~x86" emerge -pv linux26-headers
> > linux-headers glibc
> >
> > These are the packages that I would merge, in order:
> >
> > Calculating dependencies ...done!
> > [blocks B ] sys-kernel/linux26-headers ("virtual/os-headers" from
> > pkg sys-kernel/linux-headers-2.4.22)
> > [ebuild R ] sys-kernel/linux26-headers-2.6.8.1-r1 -build 0 kB
> > [ebuild R ] sys-kernel/linux-headers-2.4.22 -build 0 kB
> > [ebuild R ] sys-libs/glibc-2.3.4.20041006 -build -debug -debug
> > -erandom -hardened -multilib +nls +nptl -nptlonly -pic -userlocales
> > 16 kB
> >
> > Total size of downloads: 16 kB
> >
> > flash root #
> >
> > I'm not at all sure what this block above is telling me. I got no such
> > messages when I emerged glibc-2.3.4.20041006 last night.
>
> As far as I know, both linux26-headers and linux-headers cannot be
> installed at the same time. And you have to have linux26-headers to
> enable nptl. So why are you emerging linux-headers, anyway? It is
> apparently confusing to your virtuals (it doesn't know which one to use).
>
> >
> > Now, down to the confusion. Is NPTL running? It was my understanding
> > from a thread sometime earlier that I could see what libraries were
> > being called using ldd.

getconf GNU_LIBPTHREAD_VERSION

--
ciao,
cj

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Tue, 2004-10-19 at 22:42, Holly Bostick wrote:
> Mark Knecht wrote:

> Technically, that's it, but some of us recompile the system (or the
> world) with emerge -e to recompile the system to actually use the nptl
> we've enabled. That is, however, a personal choice.

Okay.. I'm piqued and since I'm without an I-net connection, I have to
ask this maybe stupid question.

What benefit has NTPL over what we are using currently.

2nd Question is :-

I did a emerge -e world -pv

and it came out with a _very_ long list and 128,000k to download. Does
this mean a total re-compile?

--
Ow Mun Heng
Fedora GNU/Linux Core 2 on D600 1.4Ghz CPU kernel
2.6.7-2.jul1-interactive
Neuromancer 10:17:21 up 1:11, 8 users, load average: 2.37, 2.09, 1.54

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Ow Mun Heng wrote:
> On Tue, 2004-10-19 at 22:42, Holly Bostick wrote:
>
>>Mark Knecht wrote:
>
>
>>Technically, that's it, but some of us recompile the system (or the
>>world) with emerge -e to recompile the system to actually use the nptl
>>we've enabled. That is, however, a personal choice.
>
>
> Okay.. I'm piqued and since I'm without an I-net connection, I have to
> ask this maybe stupid question.
>
> What benefit has NTPL over what we are using currently.
>
> 2nd Question is :-
>
> I did a emerge -e world -pv
>
> and it came out with a _very_ long list and 128,000k to download. Does
> this mean a total re-compile?
>

Yes.

What emerge -e does is strip the tree so that the only thing "known" to
exist is glibc. So it recompiles the entire system/world against the new
glibc, which is now ntpl enabled.

Most say, though, that this is not strictly necessary, and only a few
apps (such as mplayer) specifically need to be re-emerged once you
enable nptl.

I cheated.. I was reinstalling the system anyway, so I just enabled ntpl
at the start and didn't have to make these tough calls ;-) .

Holly

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Wed, 2004-10-20 at 10:30, Holly Bostick wrote:
> Ow Mun Heng wrote:
> > On Tue, 2004-10-19 at 22:42, Holly Bostick wrote:
> >
> >>Mark Knecht wrote:
> >
> >
> >>Technically, that's it, but some of us recompile the system (or the
> >>world) with emerge -e to recompile the system to actually use the nptl
> >>we've enabled. That is, however, a personal choice.
> >
> >
> > Okay.. I'm piqued and since I'm without an I-net connection, I have to
> > ask this maybe stupid question.
> >
> > What benefit has NTPL over what we are using currently.
> >
> I cheated.. I was reinstalling the system anyway, so I just enabled ntpl
> at the start and didn't have to make these tough calls ;-) .

Sorry but.. what us the benefit of NTPL over what is being used
currently?

And thanks for the 2nd question clear up.

/Gentoo Newbie (3 weeks and counting)

--
Ow Mun Heng
Fedora GNU/Linux Core 2 on D600 1.4Ghz CPU kernel
2.6.7-2.jul1-interactive
Neuromancer 10:46:02 up 1:40, 8 users, load average: 0.72, 1.04, 1.40

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On Wed, 20 Oct 2004 10:24:59 +0800, Ow Mun Heng <ow.mun.heng@wdc.com> wrote:
<SNIP>
> Okay.. I'm piqued and since I'm without an I-net connection, I have to
> ask this maybe stupid question.
>
> What benefit has NTPL over what we are using currently.

Don't know, really. I've been using it today. I see no speed advantage so far.

My only reason to switch would be of little or no interest to folks
here. (I know this because I posted a problem and got o responses!)
;-) I run Windows VSTs under Wine. One othe person got past some
problems by going to NPTL so I decided to duplicate basically what he
had done. It seems to have worked.

--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
On 10:46 Wed 20 Oct , Ow Mun Heng wrote:
> Sorry but.. what us the benefit of NTPL over what is being used
> currently?
>
NTPL improves thread handling. For many apps, there is no advantage.
For apps written in Java, such as firefox, there is.

Bill


--
gentoo-user@gentoo.org mailing list
Re: dip toe into NPTL waters [ In reply to ]
Bill Roberts wrote:

> For apps written in Java, such as firefox, there is.

Firefox isn't written in Java.

Alexander Skwar
--
panic("aha1740.c"); /* Goodbye */
2.2.16 /usr/src/linux/drivers/scsi/aha1740.c
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯


--
gentoo-user@gentoo.org mailing list
Re: Re: dip toe into NPTL waters [ In reply to ]
It's supposed to be faster, but unless you ran processes with many
threads, you probably won't tell the difference. It also makes output
of progs such as ps more readable, since they don't show all threads
belonging to particular process as separate processes, unless you ask
for it. IE I see just one firefox-bin in ps output, instead of normal
>10 I used to see before NPTL.

--
gentoo-user@gentoo.org mailing list
Re: Re: dip toe into NPTL waters [ In reply to ]
On Wed, 20 Oct 2004 20:55:12 +0200, Jaroslav Sladek
<jaroslav.sladek@gmail.com> wrote:
> It's supposed to be faster, but unless you ran processes with many
> threads, you probably won't tell the difference. It also makes output
> of progs such as ps more readable, since they don't show all threads
> belonging to particular process as separate processes, unless you ask
> for it. IE I see just one firefox-bin in ps output, instead of normal
> >10 I used to see before NPTL.

Jaroslav,
Thanks for pointing out the ps output. I'm seeing far fewer line
items when running Wine so that' a small advantage. I don't know how
to measure any speed improvement with Wine yet, but possily there is a
bit. We'll see.

Thanks,
Mark

--
gentoo-user@gentoo.org mailing list
Re: Re: dip toe into NPTL waters [ In reply to ]
Mark Knecht wrote:

>On Wed, 20 Oct 2004 20:55:12 +0200, Jaroslav Sladek
><jaroslav.sladek@gmail.com> wrote:
>
>
>>It's supposed to be faster, but unless you ran processes with many
>>threads, you probably won't tell the difference. It also makes output
>>of progs such as ps more readable, since they don't show all threads
>>belonging to particular process as separate processes, unless you ask
>>for it. IE I see just one firefox-bin in ps output, instead of normal
>>
>>
>>>10 I used to see before NPTL.
>>>
>>>

You should see significant improvement with Java based applications and
with MySQL ... or any thread intensive application.

--
Thomas T. Veldhouse
Key Fingerprint: 2DB9 813F F510 82C2 E1AE 34D0 D69D 1EDC D5EC AED1
Spammers please contact me at trap@veldy.net.
Re: Re: dip toe into NPTL waters [ In reply to ]
On Wed, 20 Oct 2004 15:02:47 -0500, Thomas T. Veldhouse <veldy@veldy.net> wrote:
> Mark Knecht wrote:
>
> >On Wed, 20 Oct 2004 20:55:12 +0200, Jaroslav Sladek
> ><jaroslav.sladek@gmail.com> wrote:
> >
> >
> >>It's supposed to be faster, but unless you ran processes with many
> >>threads, you probably won't tell the difference. It also makes output
> >>of progs such as ps more readable, since they don't show all threads
> >>belonging to particular process as separate processes, unless you ask
> >>for it. IE I see just one firefox-bin in ps output, instead of normal
> >>
> >>
> >>>10 I used to see before NPTL.
> >>>
> >>>
>
> You should see significant improvement with Java based applications and
> with MySQL ... or any thread intensive application.
>

Being someone who works with primarily audio neither of the first two
are of immediate value to me, as far as I know right now. As a user
I'm not sure that I have a way of knowing what Linux apps that I run
are thread intensive. Is there a way for me to tell?

Also - what do you mean by 'significant'? 1000%? ;-) 5%? Any real
numbers out there? I presume there are, but as a user type I'm not
that motivated to go find them.

<hehe!!> The Java script that checks spelling in GMail just popped up
very quickly to tell me there were no spelling errors... ;-)

Many thanks,
Mark

--
gentoo-user@gentoo.org mailing list