Re: [gentoo-user] nptl
add it to your use flags, make sure to env-update, then type emerge -DNavu world On 7/9/05, LostSon <[EMAIL PROTECTED]> wrote: > Hey > I would like to use nptl and did not use it as a use flag when > installing my gentoo system. When adding this to my use flags what other > packages would i have to compile to get use of nptl ?? Thanks > -- > LostSon > > http://www.lostsonsvault.org > > Fox Cities Linux User Group = www.foxlug.org > > > BodyID:85179275.2.n.logpart (stored separately) > > -- - Mark Shields -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl
Mark Shields wrote: >add it to your use flags, make sure to env-update, then type emerge -DNavu >world > >On 7/9/05, LostSon <[EMAIL PROTECTED]> wrote: > > >>Hey >> I would like to use nptl and did not use it as a use flag when >>installing my gentoo system. When adding this to my use flags what other >>packages would i have to compile to get use of nptl ?? Thanks >>-- >>LostSon >> >>http://www.lostsonsvault.org >> >>Fox Cities Linux User Group = www.foxlug.org >> >> >>BodyID:85179275.2.n.logpart (stored separately) >> >> In addition if you want all multi-threaded apps to use nptl, you can set the nptlonly flag and remerge glibc. The nptl version of pthreads /should/ be 100% compatible with the non-nptl pthreads. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl
On Sat, 2005-07-09 at 19:15 +0100, Peter Ruskin wrote: > On Saturday 09 July 2005 17:37, LostSon wrote: > > Hey > > I would like to use nptl and did not use it as a use flag when > > installing my gentoo system. When adding this to my use flags > > what other packages would i have to compile to get use of nptl ?? > > Thanks > > glibc > > -- > Peter > > Gentoo Linux: Portage 2.0.51.19. kernel-2.6.12-gentoo. > i686 AMD Athlon(tm) XP 3200+. gcc(GCC): 3.3.5-20050130. > KDE: 3.4.1. Qt: 3.3.4. > -- Thank you both for your responses it worked quite well!! signature.asc Description: This is a digitally signed message part
Re: [gentoo-user] nptl
On Sat, 9 Jul 2005, LostSon wrote: > Hey > I would like to use nptl and did not use it as a use flag when > installing my gentoo system. When adding this to my use flags what other > packages would i have to compile to get use of nptl ?? Thanks I thought there were two nptl-related USE flags - the regular "nptl" flag enables it but build glibc to have both pthreads and nptl; there is also an "nptlonly" flag which will drop the pthreads and build a pure nptl glibc. -- Aj. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] NPTL and glibc
> I have recently built a new Gentoo 2005.0 box with a stage3 tarball. I > set the NPTL flag (among others) and rebuilt the entire system. It does > not appear that NPTL is sticking and I am not at all sure why; instead > it has pulled in the linuxthreads package. Can anybody help out here? You probably have both. If you look at the output of the glibc build you'll see a note indicating that both NPTL and linuxthreads are built and installed by gentoo. All of my systems report linuxthreads although I too have NPTL installed. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NPTL and glibc
Dave Nebinger wrote: >>I have recently built a new Gentoo 2005.0 box with a stage3 tarball. I >>set the NPTL flag (among others) and rebuilt the entire system. It does >>not appear that NPTL is sticking and I am not at all sure why; instead >>it has pulled in the linuxthreads package. Can anybody help out here? > > > You probably have both. If you look at the output of the glibc build you'll > see a note indicating that both NPTL and linuxthreads are built and > installed by gentoo. > > All of my systems report linuxthreads although I too have NPTL installed. > > > use the command # getconf GNU_LIBPTHREAD_VERSION NPTL 2.3.4 or check for the existence of "/lib/tls" directory, this one keep the files when both are installed -- . These pages are best viewed by coming to my house and looking at . . my monitor. [S. Lucas Bergman (on his website)]. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NPTL and glibc
Bastian Balthazar Bux wrote: >Dave Nebinger wrote: > > >>>I have recently built a new Gentoo 2005.0 box with a stage3 tarball. I >>>set the NPTL flag (among others) and rebuilt the entire system. It does >>>not appear that NPTL is sticking and I am not at all sure why; instead >>>it has pulled in the linuxthreads package. Can anybody help out here? >>> >>> >>You probably have both. If you look at the output of the glibc build you'll >>see a note indicating that both NPTL and linuxthreads are built and >>installed by gentoo. >> >>All of my systems report linuxthreads although I too have NPTL installed. >> >> >> >> >> >use the command > ># getconf GNU_LIBPTHREAD_VERSION >NPTL 2.3.4 > >or check for the existence of "/lib/tls" directory, this one keep the >files when both are installed > > > You can also set the "nptlonly" flag for glibc, which will avoid using linuxthreads at all (forces everything to use nptl). -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NPTL and glibc
If you want NPTL only, and not linuxthreads also, you have to add the USE flags nptlonly AND nptl to /etc/make.conf. That way, Gentoo doesn't compile linuxtheads. Some people running regular x86 systems seem to have problems with this, but I'm running ~x86 systems, and haven't had any problems. YMMV Robert Crawford On Friday 29 April 2005 10:54 am, Dave Nebinger wrote: > > I have recently built a new Gentoo 2005.0 box with a stage3 tarball. I > > set the NPTL flag (among others) and rebuilt the entire system. It does > > not appear that NPTL is sticking and I am not at all sure why; instead > > it has pulled in the linuxthreads package. Can anybody help out here? > > You probably have both. If you look at the output of the glibc build > you'll see a note indicating that both NPTL and linuxthreads are built and > installed by gentoo. > > All of my systems report linuxthreads although I too have NPTL installed. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] NPTL and glibc
> You can also set the "nptlonly" flag for glibc, which will avoid using > linuxthreads at all (forces everything to use nptl). If you look at the OP's message, it appeared that he did have the nptlonly flag set... There is the message about glibc/gcc masking off some use flags for stability purposes, maybe that one is masked as well. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NPTL and glibc
Bastian Balthazar Bux wrote: use the command # getconf GNU_LIBPTHREAD_VERSION NPTL 2.3.4 or check for the existence of "/lib/tls" directory, this one keep the files when both are installed Excellent: [EMAIL PROTECTED] glibc # getconf GNU_LIBPTHREAD_VERSION NPTL 2.3.4 So, why is the output for /lib/libc.so.6 different than it used to be. It used to state that "Native POSIX threads" were installed and linuxthreads was not listed there? I guess I just hesitate to believe that everything is correct. -- Thomas T. Veldhouse Key Fingerprint: 07C7 BF05 4176 F50B A083 4542 0118 1315 761F D300 Spammers please contact me at [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NPTL and glibc
Dave Nebinger wrote: You can also set the "nptlonly" flag for glibc, which will avoid using linuxthreads at all (forces everything to use nptl). If you look at the OP's message, it appeared that he did have the nptlonly flag set... There is the message about glibc/gcc masking off some use flags for stability purposes, maybe that one is masked as well. No, I had nptl set, but not nptlonly. I used to run nptlonly systems in the past and never had issues, but I don't mind running a dual system, and as such, I chose not to set the nptlonly flag. -- Thomas T. Veldhouse Key Fingerprint: 07C7 BF05 4176 F50B A083 4542 0118 1315 761F D300 Spammers please contact me at [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] NPTL and glibc
On Friday 29 April 2005 11:52 am, Dave Nebinger wrote: > > You can also set the "nptlonly" flag for glibc, which will avoid using > > linuxthreads at all (forces everything to use nptl). > > If you look at the OP's message, it appeared that he did have the nptlonly > flag set... There is the message about glibc/gcc masking off some use > flags for stability purposes, maybe that one is masked as well. Good point. He must be running x86, not ~x86, thus flags might be getting masked/stripped -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
Grant wrote: >I re-emerged glibc with +nptl and +nptlonly on a workstation and now >firefox (1.0.4) is a little screwy. The input areas on the browser >(not the page) looks like HTML form inputs, there is no scrollbar, and >the fonts aren't smooth anymore. I tried moving ~/.mozilla but the >problems remain. > >I haven't used this workstation is a little while so it might have >been like this before nptl. Could this be caused by nptl? > > I don't think so. I use nptl and nptlonly without any problems in firefox. My first guess is that the problem lies in ~/.gtkrc-2.0 -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
On 16/05/05, Grant <[EMAIL PROTECTED]> wrote: > I re-emerged glibc with +nptl and +nptlonly on a workstation and now > firefox (1.0.4) is a little screwy. The input areas on the browser > (not the page) looks like HTML form inputs, there is no scrollbar, and > the fonts aren't smooth anymore. I tried moving ~/.mozilla but the > problems remain. > > I haven't used this workstation is a little while so it might have > been like this before nptl. Could this be caused by nptl? I had a x86 and a amd64 system both running nptlonly, none of them experienced the problem you mentioned. Don't think that's a nptl problem. -- Joe -- Money can't buy everything. Sometimes money can't even buy a gun... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
> >I re-emerged glibc with +nptl and +nptlonly on a workstation and now > >firefox (1.0.4) is a little screwy. The input areas on the browser > >(not the page) looks like HTML form inputs, there is no scrollbar, and > >the fonts aren't smooth anymore. I tried moving ~/.mozilla but the > >problems remain. > > > >I haven't used this workstation is a little while so it might have > >been like this before nptl. Could this be caused by nptl? > > > > > > I don't think so. I use nptl and nptlonly without any problems in firefox. > > My first guess is that the problem lies in ~/.gtkrc-2.0 > > -Richard Do you think I should re-emerge a gtk package? - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
Grant wrote: >Do you think I should re-emerge a gtk package? > >- Grant > > > Not unless you are having trouble with other GTK apps. But moving/deleting ~/.gtkrc-2.0 may be useful. For reference, mine contains only: gtk-font-name = "Sans 12" -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
I'm next here with ~x86. Andrew === On Monday 16 May 2005 21:12, Qian Qiao wrote: === I had a x86 and a amd64 system both running nptlonly, none of them experienced the problem you mentioned. Don't think that's a nptl problem. -- Joe -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
On 16/05/05, Grant <[EMAIL PROTECTED]> wrote: > > Do you think I should re-emerge a gtk package? > > - Grant what does emerge --deep --newuse --update world say? -- Money can't buy everything. Sometimes money can't even buy a gun... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
> > Do you think I should re-emerge a gtk package? > > > > - Grant > > what does emerge --deep --newuse --update world say? I do that every day. That's why I got into Gentoo to tell you the truth. But nothing to report there. I did update to firefox 1.0.4 the other day and I hadn't checked it since. My other workstation is running normally under 1.0.4 though. - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
On 17/05/05, Grant <[EMAIL PROTECTED]> wrote: > > > Do you think I should re-emerge a gtk package? > > > > > > - Grant > > > > what does emerge --deep --newuse --update world say? > > I do that every day. That's why I got into Gentoo to tell you the truth. > > But nothing to report there. I did update to firefox 1.0.4 the other > day and I hadn't checked it since. My other workstation is running > normally under 1.0.4 though. Don't know if re-emerging every package firefox depends on will solve the issue, but worth a try. -- Money can't buy everything. Sometimes money can't even buy a gun... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
> Don't know if re-emerging every package firefox depends on will solve > the issue, but worth a try. That's quite a list. Is there a better way than this: emerge -ave mozilla-firefox - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] nptl messing with firefox?
> > Don't know if re-emerging every package firefox depends on will solve > > the issue, but worth a try. Whaddaya know! re-emerging firefox fixed it. Thanks! - Grant -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] NPTL or not on AMD 1800+ desktop
> What do you think. Will I get better performance if I turn on NPTL on a > AMD 1800+ Athlon XP 512MB RAM. I use this machine for desktop purposes. > KDE, XMMS, Firefox, Tvtime, Kdevelop, Wesnoth, K3B, some audio- video > recording and so on. NPTL performs better than the legacy linuxthreads, so yes use NPTL. Most of the packages that you listed will take advantage of threads (qt relies on threads and, since kde is built on top of qt, it will be used). Those apps that do not use threads will not see much (if any) advantage of threads (unless the underlying libraries they depend upon take advantage of them). So in general, yes you should have thread support on your system (especially any processor PIII or newer), and should have NPTL at least. -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] NPTL or not on AMD 1800+ desktop
On Fri, 29 Apr 2005, Dave Nebinger wrote: > > > What do you think. Will I get better performance if I turn on NPTL on a > > AMD 1800+ Athlon XP 512MB RAM. I use this machine for desktop purposes. > > KDE, XMMS, Firefox, Tvtime, Kdevelop, Wesnoth, K3B, some audio- video > > recording and so on. > > NPTL performs better than the legacy linuxthreads, so yes use NPTL. > > Most of the packages that you listed will take advantage of threads (qt > relies on threads and, since kde is built on top of qt, it will be used). > > Those apps that do not use threads will not see much (if any) advantage of > threads (unless the underlying libraries they depend upon take advantage of > them). > > So in general, yes you should have thread support on your system (especially > any processor PIII or newer), and should have NPTL at least. > > Hi, Thanks a lot for the reply! I have one more question. What is the "end-user" difference between NPTL and NPTL-only. I know, that later won't compile linuxthreads, but what does it mean? Does all in-portage applications support NPTL, or some apps will fail to compile, or will be slower cause of the miss of linuxthreads, or what? TIA. Cheers, Tamas Sarga Sárga Tamás -- Make the world confused!Zavard össze a világot! Smile on monday morning!Mosolyogj hétfő reggel! -- gentoo-user@gentoo.org mailing list
RE: [gentoo-user] NPTL or not on AMD 1800+ desktop
> I have one more question. What is the "end-user" difference between NPTL > and NPTL-only. I know, that later won't compile linuxthreads, but what > does it mean? Does all in-portage applications support NPTL, or some > apps will fail to compile, or will be slower cause of the miss of > linuxthreads, or what? There's no 'end-user' difference. The two implementations are supposed to be API-compatible, but there are some known apps that have issues with NPTL (don't ask me what they are, but I'm sure someone here knows what they might be) which is why both are normally installed/built by default under gentoo. -- gentoo-user@gentoo.org mailing list
