Hi!
> At this point, I'd almost trust NPTL more. After following this thread,
> it seems you have the knowhow and motivation to fix buggy LT apps for
> NPTL if they break.
Fixing "buggy" LT apps should be relatively easy, if they are buggy due to
the current limitations of LT. If they are buggy o
At this point, I'd almost trust NPTL more. After following this thread,
it seems you have the knowhow and motivation to fix buggy LT apps for
NPTL if they break.
As for NPTL+SMP, that goes double. LT is pretty much unmaintained at
this point, and that's scarier than a few hitch es along the way.
> > I started with 2.6.0 mm (SMP + Preempt seems to work fine so far ;-).
> > Do you think that's OK?
> >
>
> Seems ok this side - that is if you are talking about the combination
> of smp and preempt.
I meant wrt NPTL...
Loic.
--
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
---
On Fri, 2003-08-22 at 00:56, Loic Domaigne wrote:
> > I do not know if I am just lucky, but late 2.5's and now 2.6's runs fine
> > for me (ok, so I usually only use -bk's, and I keep an eye on LKML for
> > patches ... ).
>
> I started with 2.6.0 mm (SMP + Preempt seems to work fine so far ;-).
>
On Fri, 22 Aug 2003 00:50:41 +0200 (MEST)
Loic Domaigne <[EMAIL PROTECTED]> wrote:
> > it needs kernel 2.5* (preferrably 2.6 to build)
> >
> > 2.6 is testing, bloody edge and prone to do weird things at times
>
> I'm running 2.6.0 (mm serie). It was warmly recommended on the
> forum...
>
I g
Apps sometimes stop working - unexpectedly! It is often not feasible to
roll back the changes - this is the real culprit. In my case, vmware
failed, and the workaround is a kludge to run it as root. At least one
person posted that he had killed his system when trying to roll glibc
back so vmware
begin quote
On Fri, 22 Aug 2003 00:50:41 +0200 (MEST)
Loic Domaigne <[EMAIL PROTECTED]> wrote:
>
> > nptl 0.55 is in a KEYWORDS="-*" masked version of glibc
>
> According to the GF5 FAQ on the gentoo forum, "-arch" means:
> doesn't work for architecture arch. Does "-*" means:
> "doesn't work fo
> I do not know if I am just lucky, but late 2.5's and now 2.6's runs fine
> for me (ok, so I usually only use -bk's, and I keep an eye on LKML for
> patches ... ).
I started with 2.6.0 mm (SMP + Preempt seems to work fine so far ;-).
Do you think that's OK?
> I have been using nptl since nov/d
> nptl 0.55 is in a KEYWORDS="-*" masked version of glibc
According to the GF5 FAQ on the gentoo forum, "-arch" means:
doesn't work for architecture arch. Does "-*" means:
"doesn't work for ANY architecture"?
> it needs kernel 2.5* (preferrably 2.6 to build)
>
> 2.6 is testing, bloody edge and
Hi!
> Can someone describe in a few sentences why it is so "dangerous" to
> install a newer version of glibc.
In a few words. Everything in your system depends on glibc. Normally,
one should emerge world if glibc is updated.
IOW, it means that all utilities/programs use glibc (the DL version)
On Thu, 2003-08-21 at 16:59, Loic Domaigne wrote:
> One thing that I'm wondering, is if the magic "-pthread" flag of gcc
> links against to right libpthread... (LT or NPTL depending on the
> kernel version you are using). I have to do some more
> researchs on this...
Most things linked against l
And as I mentioned before, don't be surprised when your X server fails
to start if you have an nvidia card and are using glx.
On Thu, 2003-08-21 at 16:51, Martin Schlemmer wrote:
> On Thu, 2003-08-21 at 23:40, Spider wrote:
> > begin quote
> > On Thu, 21 Aug 2003 16:29:10 -0500
> > Shawn <[EMAIL
> > Did you ever try to get a stable system running on a buggy
> > Hardware? That's a really funny...
> So funny I split some knuckle skin on the stupid machine!
I see...
> > In one of my system, I have two set of glibcs: the official, and
> > my "customized version". I use a symlink to swit
On Thu, 2003-08-21 at 23:40, Spider wrote:
> begin quote
> On Thu, 21 Aug 2003 16:29:10 -0500
> Shawn <[EMAIL PROTECTED]> wrote:
>
> > I can tell who lived through the a.out -> ELF transition... *BSD
> > waited quite a while longer than Linux.
> >
> > Or even libc5 -> glibc... Or even other ABI
begin quote
On Thu, 21 Aug 2003 16:29:10 -0500
Shawn <[EMAIL PROTECTED]> wrote:
> I can tell who lived through the a.out -> ELF transition... *BSD
> waited quite a while longer than Linux.
>
> Or even libc5 -> glibc... Or even other ABI breakage!!!
>
parts of it I've done (libc5-glibc) gcc 2.9
I can tell who lived through the a.out -> ELF transition... *BSD waited
quite a while longer than Linux.
Or even libc5 -> glibc... Or even other ABI breakage!!!
On Thu, 2003-08-21 at 16:22, Spider wrote:
> begin quote
> On Thu, 21 Aug 2003 22:25:17 +0300 (IDT)
> Scharf Yuval <[EMAIL PROTECTED]>
begin quote
On Thu, 21 Aug 2003 22:25:17 +0300 (IDT)
Scharf Yuval <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Can someone describe in a few sentences why it is so "dangerous" to
> install a newer version of glibc.
>
> And also what is the gain from getting NPTL? Do you think it improves
> performan
Hi,
NPTL is not dangerous, is the next step on kernel generation. Now take a
look on this article:
http://developer.java.sun.com/developer/technicalArticles/JavaTechandLinux/RedHat/
Regards,
Luis Morales
Scharf Yuval wrote:
Hello,
Can someone describe in a few sentences why it is so "danger
Hello,
Can someone describe in a few sentences why it is so "dangerous" to install
a newer version of glibc.
And also what is the gain from getting NPTL? Do you think it improves
performance very much? When is it suppose to be part of the stable
version?
Thanks,
Yuval Scharf
--
[EMAIL PROTEC
On Thu, 2003-08-21 at 12:46, Shawn wrote:
> > Don't you think that "Every Guru was first a beginner"?
> I'm a ten year veteran of Linux/BSD/Windows/name your OS, but
> spent considerable time playing with gentoo before playing with
> glibc ebuilds. How do you expect to recover from a glibc failure
On Thu, 2003-08-21 at 13:43, Loic Domaigne wrote:
> > How do you expect to recover from a glibc failure?
>
> Well, in the worse case you have to re-install everything from
> scratch. But that's something I'm familiar with. I worked formerly
> in a company where the hardware we were getting was st
Hi!
> The docs section of gentoo.org is huge. Portage docs are there too.
I was probably getting tired yesterday in searching accross the web..
I missed the "Portage Manual" (I read the Portage User Guide, though).
Your mail invited me to look at the gentoo.org more closely.
Thanks!
> > A s
Hallo Ulrich!
> > Ok, I'm a newbie in Gentoo. Right. I don't know how work the
> > ebuild process, and AFAIK there is no document explaining how it
> > works in all extend. That's what I'm missing.
>
> http://www.gentoo.org/doc/en/portage-user.xml
> http://www.gentoo.org/doc/en/portage-manual.
Loic Domaigne wrote:
> Ok, I'm a newbie in Gentoo. Right. I don't know how work the
> ebuild process, and AFAIK there is no document explaining how it
> works in all extend. That's what I'm missing.
http://www.gentoo.org/doc/en/portage-user.xml
http://www.gentoo.org/doc/en/portage-manual.xml
ht
On Thu, 2003-08-21 at 12:24, Loic Domaigne wrote:
> Thanks for your reply!
You're welcome. ;)
> Ok, I'm a newbie in Gentoo. Right. I don't know how work the
> ebuild process, and AFAIK there is no document explaining how it
> works in all extend. That's what I'm missing.
The docs section of gen
Hi Collins!
> Quick answer. If you emerge , portage finds the
> appropriate version and all dependancies. If you emerge package-name>, you are responsible for finding any dependancies that
> can't be met automatically and resolving them yourself. If looks like
> the package you are trying to
Hi!
Thanks for your reply!
> > Look, you DON'T want to play with NPTL if you are still struggling to
> > meet dependencies.
> >
> > The ebuild gave you enough info for you to go off on your own and
> > satisfy what it was asking for by manually unmasking some stuff,
> > slotting it appropriat
On Thu, 21 Aug 2003 09:41:29 -0500
Shawn <[EMAIL PROTECTED]> wrote:
> Look, you DON'T want to play with NPTL if you are still struggling to
> meet dependencies.
>
> The ebuild gave you enough info for you to go off on your own and
> satisfy what it was asking for by manually unmasking some stuff,
Look, you DON'T want to play with NPTL if you are still struggling to
meet dependencies.
The ebuild gave you enough info for you to go off on your own and
satisfy what it was asking for by manually unmasking some stuff,
slotting it appropriately if it isn't already, etc etc etc.
To play with glib
Hi!
> > The next point I'm eager to try is NPTL. I would like to have the
> > latest
> > version available, namely 0.55 (the v0.28 available with glibc-2.3.2-r1
> > is too buggy for me). For this, I need to install glibc-2.3.2-r3.
> >
> > How should I proceed? From my understanding, a simple eme
> > A thing that I'm really missing is the gentoo counterpart to the
> > "FreeBSD Handbook". Or... Did I missed it? ISTM that one has to search
> > accross the web to be able to use gentoo. First, it's extremly time
> > consuming. And second, that's not acceptable for business purpose
> > (alt
On Wed, 2003-08-20 at 11:41, Loic Domaigne wrote:
> A thing that I'm really missing is the gentoo counterpart to the
> "FreeBSD Handbook". Or... Did I missed it? ISTM that one has to search
> accross the web to be able to use gentoo. First, it's extremly time
> consuming. And second, that's not
On Wednesday, 20 August 2003, at 4:41 pm, Loic Domaigne wrote:
The next point I'm eager to try is NPTL. I would like to have the
latest
version available, namely 0.55 (the v0.28 available with glibc-2.3.2-r1
is too buggy for me). For this, I need to install glibc-2.3.2-r3.
How should I proceed?
Hello!
I heard many good feedbacks about gentoo. So I decided to try it. So
far, everything worked. As a newbie, I first chose to install the
gentoo-sources. It was a quite easy task. Proud of my success, I
decided to give a try with the mm-sources.
Ok, that what not so easy as for the former
34 matches
Mail list logo
