Tried today again the new vversion (3.0) and found solution to my previos error

Feb 27 17:49:25 zomps 2.1.0-15[6999]: ERROR: Failed to set xpi value in command xrdb: /bin/bash -c 'exec -a - /bin/bash -c '\''xrdb -merge'\'': output was: xrdb: Can't open display 'unix:1013'\n, exit value: 1 'main ...

Yeah I found that reference also.
when I enabled in kdm XDMCP requests and on client selected xdm I got the login manager running
and I am able login to my kde. strange
but when I select KDE session on client it fails, least I can login now

I use 2.1.0 client.
The strange thing is client even shows black display and then dies
on server side i see

Feb 27 17:49:24 zomps 2.1.0-15[6999]: DEBUG: Option xpi enabled with value: 96. Pushing command: xrdb -merge 'main:nxnode:3653'
Feb 27 17:49:24 zomps 2.1.0-15[6999]: DEBUG: run command ...

hmm it requires dep xrdb, but still i get cannot open display error

i don't think the agetty is critical service, when you login/logout console it will respawn
(I think same happens when you just use regular kill command ont that process)
you can kill also udev and start it again udevd --daemon
dunno whats the miniserv, (webmin?)

One more thing you can verify what services are using old libraries
with lsof | grep "ld-2.4"

I don't think so, you can restart most of the services (apache, postfix etc)
what are using glibc and they will pick up new glibc libraries.
Only thing what you cannot restart is init and I dont think it uses
glibc at all.

huh figured my problem out
now CONFIG_BLK_DEV_SD and CONFIG_CHR_DEV_SG should be compiled in to kernel
previously they where modules

for fbsplash there is already 2.6.19-r1 release which should fix this
and for ati-drivers there seems to be already fix in bugzilla http://bugs.gentoo.org/show_bug.cgi?id=156876

Didn't have any problem get ati-drivers and fbsplash to compiling
did my own patches for removing the config.h header include

But my biggest problem is, I cannot get it booting
I'm using always make oldconfig
then I enabled CONFIG_ATA_PIIX
and still cannot mount root file system on booting

I think ...

Another hint to this thread

remove nodev from fstab on that partition where chroot lies

wasted lot of time today debuging this

i had same problem
somehow it adds /pxe prefix to to tftp conneciton
anyway i moved /tftpboot/pxelinux.cfg/ to /tftpboot/pxe directory and it worked

From gcc manual
-fomit-frame-pointer
Don't keep the frame pointer in a register for functions that don't need one. This avoids the instructions to save, set up and restore frame pointers; it also makes an extra register available in many functions. It also makes debugging impossible on some ...

I have a problem compiling compiz with +kde flag.
I am using pijalu's 20060210 overlay.
checking for KDE_WINDOW_DECORATOR... updating cache
./configure: line 21395: $cache_file: ambiguous redirect
configure: creating ./config.status
the following optional plugins will be compiled:
gconf: no ...

temporally yes, but it isnt the right way and i havent figured how to fix it jet

i did quick hack for the screen resulotion change issue

mv /usr/lib/X11/xkb/compat{,_old}

i know it isnt right, but least i can use X now

what happens when you call drac-add command and without parameters, does there appear any log or change /var/lib/drac/drac time/size

hmm i saw drac-add messages in /var/log/messages log file

The solution:
change drac-add.c line

from
if (getenv("AUTHUSER") && getenv("AUTHARGV0") && getenv("AUTHENTICATED")) {
to
if (getenv("AUTHENTICATED")) {

add line end to /etc/courier-imap/imapd and /etc/courier-imap/pop3d
LOGINRUN="/usr/local/bin/drac-add"
and no more need to change ...

mjpegtools-1.6.2-r4 fails with gcc version 4.0.2-pre20050917 (Gentoo 4.0.2_pre20050917, pie-8.7.8)

make[2]: Entering directory `/var/tmp/portage/mjpegtools-1.6.2-r4/work/mjpegtools-1.6.2/mpeg2enc'
if /bin/sh ../libtool --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I ...

one more to "does not compile list"
if /bin/sh ../../libtool --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -Wall -D_GNU_SOURCE -D_POSIX_C_SOURCE=200112L -I../.. -O1 -g -MT libconv_la-conv_3dnow.lo -MD -MP -MF ".deps/libconv_la-conv_3dnow.Tpo" -c -o libconv_la-conv_3dnow.lo ...

emerge =dev-php/mod_php-4.4.0-r3
ebuild /usr/portage/dev-php/mod_php/mod_php-4.4-0-r3.ebuild config
and add APACHE2_OPTS="-D PHP4" to /etc/conf.d/apache.conf
should help

but i have similar problem with virtual hosts
when i use http://vhost.host.com/ then downloads php file
and with http://vhost ...

Halcy0n wrote: https://bugs.gentoo.org/show_bug.cgi?id=104966
Please try the patch I have attached there.

Yes it helps

zomps wrote:

Halcy0n wrote: https://bugs.gentoo.org/show_bug.cgi?id=104966
Please try the patch I have attached there.

Will this same method fix libsdl-1.2.9 build?

My bad, it tougth there was the only PIC disabling patch

https://bugs.gentoo.org/show_bug.cgi?id=104966
Please try the patch I have attached there.
Will this same method fix libsdl-1.2.9 build?

i686-pc-linux-gnu-gcc -DPACKAGE_NAME="" -DPACKAGE_TARNAME="" -DPACKAGE_VERSION="" -DPACKAGE_STRING="" -DPACKAGE_BUGREPORT="" -DPACKAGE="SDL" -DVERSION="1.2.9 ...