I've been experiencing random crashes in X11 apps since upgrading to xfree-4.2.1-r1. None of this happened before with 4.2.1 kdesktop is the apps that seems more affected. Select multiple wallpapers and it eventually crashes (no crash dialog, no nothing. just a segfault). Apparently selecting no wallpaper prevents the crashes. I'm in the processs of going back to xfree-4.2.1 to see of it resolves the problem.
Apparently simply going back to 4.2.1 didnt solve it. At the same time i upgraded to xfree-4.2.1-r1 i also updated the nvidia-kernel (and some other packages that had nothing to do about X11) so now i'm downgrading nvidia-kernel.
It is possibly because kdelibs and kdebase was compiled against xft-1.2 in 4.2.1. Please rather keep 4.2.1-r1, and recompile kdelibs and kdebase, and then come back to me, thanks.
Downgrading nvidia-kernel didnt help either. So now i'm going to try that suggestion. Be back after a few(many) hours :)
Ok, didnt work. The crashes continue. I got the strace output from kdesktop --nofork. Its a a little big. I'll just quote the last part: read(11, "H#\250\311\3549\255\32\273\320I\331\26\200\21\2422\264"..., 4096) = 4096 read(11, "\327\303VV\250\317B;\5(\373\270\374\251(N\325\314\231L"..., 4096) = 4096 read(11, "\214f\272a$\310h\242\7\315V\243\30n:\323B\25\223\356\325"..., 4096) = 4096 read(11, "\213q\351\272\254%\250?\303^\257\264I\21c\"+c\300\306*"..., 4096) = 4096 read(11, "\264\3021V\261\203\351Le\357\374\253\222T\232e\335\25\350"..., 4096) = 90 read(11, "", 4096) = 0 close(11) = 0 munmap(0x418ed000, 4096) = 0 mmap2(NULL, 7688192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41c6a000 munmap(0x41969000, 3149824) = 0 mmap2(NULL, 7688192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x423bf000 mmap2(NULL, 7688192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x42b14000 munmap(0x42b14000, 7688192) = 0 munmap(0x41c6a000, 7688192) = 0 mmap2(NULL, 3842048, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x41969000 --- SIGSEGV (Segmentation fault) --- rt_sigaction(SIGSEGV, {SIG_DFL}, {0x40061020, [SEGV], SA_RESTART|0x4000000}, 8) = 0 rt_sigaction(SIGFPE, {SIG_DFL}, {0x40061020, [FPE], SA_RESTART|0x4000000}, 8) = 0 rt_sigaction(SIGILL, {SIG_DFL}, {0x40061020, [ILL], SA_RESTART|0x4000000}, 8) = 0 rt_sigaction(SIGABRT, {SIG_DFL}, {0x40061020, [ABRT], SA_RESTART|0x4000000}, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [ILL ABRT FPE SEGV], NULL, 8) = 0 --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++
Also. Not selecting a wallpaper doesnt prevent the crashes. Just makes them much more rare.
I just isolated the guilty package. It was the openmosix-sources-2.4.19-r7, as i didnt have -r6 (because i emerge -cp after installing r7) i used my vanilla-sources kernel and poof! The crashes are gone. Will emerge back openmosix-sources-2.4.19-r6 and compile a kernel with them to ve sure the problem is just -r7 related. Seeing the type of crashes i got, it was probably the new openmosix version included.
Confirmed. openmosix-sources-2.4.19-r6 doesnt have this problem.
Sorry, I have been a bit off with the flu. Great to hear you solved it :) Adding tantive to check on openmosix-sources.
As i only use the official patches for openmosix and evms (for version information look into the ebuild) I think that this was a problem of openmosix. For myself i never experienced such crashes. Please test openmosix-sources-2.4.20-r1 and report if the problem still exists.
I would like to, but i cant since the motherboard of that computer is still not back from the manufacturer. I'll test it when it gets back. Its been a whole month, how much more time can it take ?
Ok, the motherboard is back and although i no longer use openmosix fulltime i tested the latest openmosix-sources ebuild (with ~x86) and it appears not to have the problem. So it appears its fixed.
Ok, so I'll close this bug now. Thanks for your help!