
- Yes -Phlogiston wrote:Are u using the latest masked version from portage? First I also had troubles but now it works. What is evdev for? Do I need it?twalter wrote:I finally managed to get evdev to stop crashing my X and now am in the process of ironing out the final nuisances. Does anyone know why modular X doesn't honour my "AngleOffset" option? There are no errors/warnings about it in the log. Without it, the mouse is a bloody pain to use as the cursor drifts off the Y axis!A less annoying issue is that the Synaptics driver refuses to load regardless of where I put it in the modules directory but I think I saw a solution posted earlier.
- Todd.
- Yes. Ever since the upgrade my GTK fonts are too large, even using the DisplaySize parameter. Currently I use the gnome-font-properties utility to shrink them on every boot. However, the major annoyance is that my AngleOffset parameter doesn't work. Anyone have any ideas?Phlogiston wrote: And: Does anyone has also a font problem after the update to modular X? What do I need to change? Anyone know? I installed the fonts... Do I need to remove others?


No I didn't because now it seems to work, just that strange notification. But I will try that out and report...StifflerStealth wrote:Phlogiston: Did you try my suggestion close to the top of page 22 about eliminating keyboard errors by typing:
# ln -s /usr/share/X11/XKeysymDB /usr/lib/X11/XKeysymDB

Ok I tried that out, but I still get:StifflerStealth wrote:Phlogiston: Did you try my suggestion close to the top of page 22 about eliminating keyboard errors by typing:
# ln -s /usr/share/X11/XKeysymDB /usr/lib/X11/XKeysymDB
Code: Select all
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
> Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Please don't place the issue in the subject-field. It is very easy to overlook.hlandgar wrote:Does anybody have a workaround to this. It causes java programs to fail. I am running x11-libs/libX11-1.0.0 and x11-misc/util-macros-1.0.1.
hlandgar wrote:Does anybody have a workaround to this. It causes java programs to fail. I am running x11-libs/libX11-1.0.0 and x11-misc/util-macros-1.0.1.
Its the display drivers trying to be clever and calculate the dpi to use. Unfortunately its not very clever.twalter wrote: - Yes. Ever since the upgrade my GTK fonts are too large, even using the DisplaySize parameter. Currently I use the gnome-font-properties utility to shrink them on every boot. However, the major annoyance is that my AngleOffset parameter doesn't work. Anyone have any ideas?
- Todd.

Phlogiston wrote:ok I more or less solved the keyboard issue:
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "ch"
That did the trick. But what about this warnings?
Code: Select all
The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols > Ignoring extra symbols Errors from xkbcomp are not fatal to the X server
Code: Select all
Section "InputDevice"
Identifier "IBM AT Keyboard"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "de"
EndSectionCode: Select all
$ ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8178
linux-gate.so.1 => (0xffffe000)
libGLcore.so.1 => //usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0x555e9000)
libnvidia-tls.so.1 => //usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0x55da7000)
libm.so.6 => /lib32/libm.so.6 (0x55da9000)
libXext.so.6 => not found
libX11.so.6 => not found
libdl.so.2 => /lib32/libdl.so.2 (0x55dce000)
libc.so.6 => /lib32/libc.so.6 (0x55dd2000)
/lib/ld-linux.so.2 (0x56555000)
I'm on amd64 too, and my output from ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8178 is sane. libXext.so.6 and libX11.so.6 are links to /emul/linux/x86/usr/lib/libXext.so.6 and dito libX11.so.6 Check that dir, and if they are not there either maybe you should try revdep-rebuild?Bonkie wrote:Anyone here on amd64 ??
Everything works, but there's something odd about the nvidia glx ebuild (although its probably amd64 related):
libXext.so.6 and libX11.so.6 exist in /usr/lib64 and creating symlinks in /usr/lib32 didn't help much.Code: Select all
$ ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8178 linux-gate.so.1 => (0xffffe000) libGLcore.so.1 => //usr/lib32/opengl/nvidia/lib/libGLcore.so.1 (0x555e9000) libnvidia-tls.so.1 => //usr/lib32/opengl/nvidia/lib/libnvidia-tls.so.1 (0x55da7000) libm.so.6 => /lib32/libm.so.6 (0x55da9000) libXext.so.6 => not found libX11.so.6 => not found libdl.so.2 => /lib32/libdl.so.2 (0x55dce000) libc.so.6 => /lib32/libc.so.6 (0x55dd2000) /lib/ld-linux.so.2 (0x56555000)

Code: Select all
Making all in tutorial
make[2]: Entering directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/ tutorial'
../src/gnuplot: error while loading shared libraries: libXaw.so.8: cannot open shared object file: No such file or directory
../src/gnuplot: error while loading shared libraries: libXaw.so.8: cannot open shared object file: No such file or directory
make[2]: *** [eg1.tex] Error 127
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [eg2.tex] Error 127
make[2]: Leaving directory `/var/tmp/portage/gnuplot-4.0-r1/work/gnuplot-4.0.0/tutorial'
EDIT: Your /etc/portage/package.unmask (or alternatively /usr/portage/profiles/package.mask) contains a list of the packages you need to uninstall. I haven't learned enough about Linux tools/utilities yet, but someone else can probably give you a command that will unmerge a package for each line in an input file - all you'd have to do is copy out the right lines for it.meulie wrote:Modular X doesn't do the job for me just yet, so I would like to revert to my old setup, which I backed up with quickpkg.
What is the proper way to remove modular X, and restore the quickpkg package?
I have ran revdep-rebuild and thats why I noticed it, but it doesn't fix anything. And the directory you specified (/emul/linux) doesn't exist here ... Is there some package or functionality I need on amd64 ?Ibn al-Hazardous wrote:I'm on amd64 too, and my output from ldd /usr/lib32/opengl/nvidia/lib/libGL.so.1.0.8178 is sane. libXext.so.6 and libX11.so.6 are links to /emul/linux/x86/usr/lib/libXext.so.6 and dito libX11.so.6 Check that dir, and if they are not there either maybe you should try revdep-rebuild?

Well, the stuff in there is for 32 compatibility. Do you have emul-linux-x86-xlibs installed (that is the packege that said files belong to)?Bonkie wrote:I have ran revdep-rebuild and thats why I noticed it, but it doesn't fix anything. And the directory you specified (/emul/linux) doesn't exist here ... Is there some package or functionality I need on amd64 ?

Code: Select all
diff -r -u xorg-server-1.0.1/os/access.c xorg-server-hacked/os/access.c
--- xorg-server-1.0.1/os/access.c 2005-11-08 08:33:30.000000000 +0200
+++ xorg-server-hacked/os/access.c 2006-01-08 12:40:15.000000000 +0200
@@ -980,6 +980,10 @@
continue;
#endif /* DNETCONN */
len = sizeof(*(ifr->ifa_addr));
+ if (ifr->ifa_addr == NULL) {
+ ErrorF("Warning: ifr->ifa_addr == NULL in access.c\n");
+ continue;
+ }
family = ConvertAddr(ifr->ifa_addr, &len, (pointer *)&addr);
if (family == -1 || family == FamilyLocal)
continue;
https://bugs.freedesktop.org/show_bug.cgi?id=5068Tronic wrote:I've been suffering of a segfault on Xorg startup after upgrading to modular (xorg-server-1.0.1-r1). This turned out to be a NULL pointer dereference in ConvertAddr() that gets called from a horribly ugly and long function DefineSelf(). Both are in os/access.c within the xorg-server sources.
I wrote a quick patch to fix it:Code: Select all
diff -r -u xorg-server-1.0.1/os/access.c xorg-server-hacked/os/access.c --- xorg-server-1.0.1/os/access.c 2005-11-08 08:33:30.000000000 +0200 +++ xorg-server-hacked/os/access.c 2006-01-08 12:40:15.000000000 +0200 @@ -980,6 +980,10 @@ continue; #endif /* DNETCONN */ len = sizeof(*(ifr->ifa_addr)); + if (ifr->ifa_addr == NULL) { + ErrorF("Warning: ifr->ifa_addr == NULL in access.c\n"); + continue; + } family = ConvertAddr(ifr->ifa_addr, &len, (pointer *)&addr); if (family == -1 || family == FamilyLocal) continue;