Kernel 2.6 (NTPL) Desktop Impressions?

incabolocabus · Posted: Tue Dec 30, 2003 12:19 am Post subject: No Problems Here

Just for the record,

I did
USE nptl emerge glibc
USE nptl emerge nvidia-kernel
USE nptl emerge nvidia-glx

and nothing else

everything is running smoothly

glar00k · Posted: Tue Dec 30, 2003 12:49 am Post subject:

Well, for the figures:

compiled linux 2.6.0 (vanilla), put "nptl" into /etc/make.conf, remerged glibc = works perfectly :) And my impression is: not faster than without. But hey, maybe i will use some java app someday ... so, i'll leave as is.

nepenthe · Guru Joined: 14 Jul 2002 Posts: 317 Location: Sanford, ME

for those who had problems with new nvidia-drivers and NPTL did you try emergeing the new drivers prior to the re-emerge of glibc? I know I had segfault starting X with the new drivers but then reading this
https://bugs.gentoo.org/show_bug.cgi?id=36551 fixed the problem.

wolf_99 · Apprentice Joined: 22 Oct 2003 Posts: 213

Just emerged 2.6.0-mm1.
Now when I open a gnome-console all I get is a blank window.
And I don't have sound eany more

I tryd to emerge the alsa drivers but he aborts with an error...

oleas, in need of some help
_________________
To err is human. To really fuck up, use a computer.

pran · n00b Joined: 19 Nov 2003 Posts: 18 Location: Canada

gozu · n00b Joined: 04 Jan 2003 Posts: 55

Ive just dont this today, im still on 2.6.0 vanilla. Only recompiled glibc, everything seems to be sweet so far. Of course i do think this is rather pointless for what i use my system for, but oh well..,

Evangelion

glar00k

michel v · Last modified September 30, 1999

Evangelion · Last modified September 30, 1999

Crg · Guru Joined: 29 May 2002 Posts: 345 Location: London

Evangelion

Crg · Guru Joined: 29 May 2002 Posts: 345 Location: London

davidblewett · Posted: Mon Mar 08, 2004 4:14 pm Post subject: NPTL and prelink?

Tazmanian wrote:
The rationale for recompiling everything is not because things might break.

Assuming you're just recompiling the same version of glibc as what you currently have, all the interfaces should remain the same. As such, programs that dynamically link against glibc should not break. In fact, they start taking advantage of NPTL immediately.

Programs that statically link against glibc, on the other hand, internally contain copies of the (non-NPTL) glibc code. This means that these programs will definitely not break. On the other hand, they need to be recompiled to take advantage of NPTL.

Presumably, the programs you care about will not link against glibc statically. So you can most likely get away with recompiling only glibc. But those who want every last thing on their system to use NPTL will just have to recompile everything. </quote>

How does this affect using prelink? I assume that I'll need to re-run the prelink command, but after that *everything* should be NPTL-enabled right?

In other words, you would need to set the USE flag, remerge glibc then run the prelink command. Any reason why this wouldn't get everything?

irondog · Posted: Mon Mar 08, 2004 9:03 pm Post subject:

Mozilla can be compiled against GTK2 wich makes it feel even worse than with it's own toolkit (XUL).

Qt has it's own licence (QPL), maybe this fact makes it less interesting to use it for some projects like mozilla.

seppe · Posted: Fri Mar 19, 2004 10:52 am Post subject:

Firefox = 100% XUL
but not Mozilla, that's why Firefox came in the first place.
_________________
nitro-sources, because between stable and experimental there exists only speed

Latest release I made: 2.6.13.2-nitro1

Phemt · Apprentice Joined: 05 Apr 2003 Posts: 242