Differences between revisions 76 and 77
Revision 76 as of 2006-06-05 09:14:48
Size: 8927
Editor: ?baszoetekouw
Comment: ati drivers fixed
Revision 77 as of 2006-06-07 20:52:12
Size: 9335
Editor: ?DenisBarbier
Comment:
Deletions are marked like this. Additions are marked like this.
Line 97: Line 97:

=== Key press does a resolution switch ===

Several users reported that their keyboard is unusable because each key press produces a resolution switch. It appears that they have {{{/lib/libX11.so.6}}} and {{{/lib/libXext.so.6}}} files (as well as usual symlinks). Removing {{{/lib/libX11.so*}}} and {{{/lib/libXext.so*}}} fixes this problem, but it is not clear yet why these files have been created.

On 2006/04/11, ["Xorg"] version 7.0 was uploaded to unstable. This is a major change in the packaging, and is therefore a complex upgrade which various problems for users. The ["XStrikeForce"] is working through the bugs, but in the meantime this page is here to help users out with the transition. Here are some of the more common problems and how to solve them.

Please be sure that bugs are submitted to the BTS before reporting them here. The ["XStrikeForce"] needs to know about them in order to solve them. The goal is not to send users to this page, but to make sure that the upgrades are as clean as possible.

?TableOfContents

Installing

The meta-package xorg is the new metapackage for X. The previous metapackages x-window-system and x-window-system-core are now transitional packages, both of which only depend on this package, and they will go away following the etch release. It is highly recommended that most users install this package in order to ensure that they have a full functional X system. For example, to install using aptitude:

aptitude install xorg

x11-common installation

The x11-common package is required to be successfully installed before any of the other ?X11R7 packages are installed. The reason for this is that it is responsible for moving directories around so that they're in the new -- FHS-compliant -- format.

The biggest problem with this is that the /usr/X11R6/bin directory must become a symlink to /usr/bin, where all the Xorg binaries are now stored. Because no one likes to have their programs deleted out from under them, the installation of x11-common will fail if it tries to remove this directory and fails. x11-common currently conflicts with packages in Debian that are known to install anything to /usr/X11R6/bin, so that the directory can be automatically cleared as well as possible before attempting installation. (If you find a package in Debian that installs to /usr/X11R6/bin, but x11-common doesn't conflict with it, please file a bug report against x11-common!) Despite this safety measure, several unofficial packages or programs, (including some versions of opera and fglrx), can install software to this directory. Because x11-common does not conflict with these packages (it would not be feasible to add a conflict against every single unofficial package ever created), its installation will fail.

The workaround for this is that if you have left-over items hanging around /usr/X11R6/bin, simply move them to a temporary location (or even to /usr/bin, where /usr/X11R6/bin will eventually point) until x11-common has successfully installed and made /usr/X11R6/bin in to a symlink. Then simply move them back once x11-common has installed successfully. This will prevent many common errors with the installation, and it provides you with the full knowledge of what's going on with your system. Forcing the installation of x11-common has been shown to cause the expected breakages, so it's highly recommended that you use this workaround instead.

User is not authorized to start x server

Users that upgrade from sarge have reported the x11-common fails to create a /etc/X11/Xwrapper.config, this results in non-root users try to start x getting the error "User is not authorized..." the temporary solution is to run "dpkg-reconfigure x11-common".

Missing xserver-xorg

Some people have reported that xserver-xorg is removed upon upgrade. While this issue is being worked out, if your X server mysteriously refuses to start, be sure to check to see that this package is actually installed.

Check your /etc/apt/sources.list and make sure you have

deb http://ftp.debian.org/debian unstable main contrib

listed. The old http://amd64.debian.net/debian-pure64/ repositories are obsolete and is one possible reason that some people are reporting that xserver-xorg is removed on the dist-upgrade. Do *NOT* do the upgrade if xserver-xorg is going to be removed as part of the upgrade or you will not be able to start KDM/X afterwards.

Missing Drivers

(EE) No Input driver matching `$foo'

Now that all the drivers are packaged separately, you may need to install some extra packages. The simplest way to do this is to install the xserver-xorg-video-all and xserver-xorg-input-all packages or the xorg metapackage. Alternately, when you get the above message, look for a package named like xserver-xorg*foo. You will almost definitely need to install:

  • xserver-xorg-input-kbd

  • xserver-xorg-input-mouse

  • xserver-xorg-input-evdev

And you are likely to need to install a xserver-xorg-video-foo driver for your video card.

Can't Load Modules

Errors about not being able to load modules (most notably glcore) can be fixed by removing the line to load them from your xorg.conf. This can be done automatically for non-customized config files by running dpkg-reconfigure xserver-xorg as root.

gdm

If the gdm display manager does not start the X server, make sure that /etc/gdm/gdm.conf contains the line command=/usr/bin/Xorg -audit 0 instead of command=/usr/X11R6/bin/X -audit 0 in the [server-Standard] section.

It is possible to manually fix /usr/share/gdm/defaults.conf and /usr/share/gdm/factory-defaults.conf, if they still contain the wrong path and your X-server does not start - this is not intended, but possible as easy quick'n'dirty fix. This issue is also known as [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362925 Bug #362925] and [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=363160 Bug #363160].

wdm

You may want to edit /etc/X11/wdm/Xservers to update the server path from /usr/bin/X11/X to /usr/bin/Xorg

DRI with i810

libmesa stops working after upgrade to ?X11R7 with i810 driver (and maybe some others). The i810 driver is too new for mesa. It is necessary to download new drivers from http://dri.freedesktop.org/snapshots/ and copy *_dri.so files to /usr/lib/dri/. This is [http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359328 bug# 359328]. The driver will soon be rolled back to the version appropriate for mesa.

NVIDIA binary drivers from nvidia.com web site (the .run file)

If installing the original nvidia drivers from the nvidia.com drivers download page with the official driver script, execute the installer with the --x-module-path=/usr/lib/xorg/modules/ option. Otherwise not only will the driver itself be installed in /usr/X11R6/lib64/modules/drivers or /usr/X11R6/lib/modules/drivers, but the OpenGL libraries might also not work.

You might have problems using an external monitor when using the nvidia binary drivers on a laptop. If so, try adding this line to the Device section in your /etc/X11/xorg.conf:

Option "UseEDID" "0"

If using module assistant to install the nvidia drivers try switching to the free driver, nv, while the issues are worked out. You can do this by editing xorg.conf.

  • May 26, 06: The latest nvidia driver updates on sid appear to have fixed the problems. Please try again and report issues.

ati binary drivers (on x86/amd64)

The ati drivers were broken, but are fixed now. The Debian packages in non-free should work ok.

startkde

If 'startkde' refuses to load, copy /usr/lib/X11/xinit/xinitrc to ~/.xinitrc and open it in your favourite text editor; remove anything under the line # start some nice programs and add exec startkde &. Running 'startx' will give you your KDE back.

Missing manpages

There are currently no manpages installed for things like evdev. This is currently being tracked as [http://bugs.debian.org/362489 Bug #362489]

The /usr/X11R6 directory

Since everything under /usr/X11R6 has been moved out, the directory itself is no longer used nor pertinant to the system, save for the problems where a workable solution has been found above. Since X.org is X11R7, X11R6 is phased out and thus the naming convention of the directory goes, too. However, there will be no /usr/X11R7 directory. Instead, X.org has pushed for FHS compliance with this release. As such, binaries install to /usr/bin, libraries to /usr/lib, etc. X no longer plays by its own rules, but will instead integrate well with the rest of your file system.

Ctrl-Alt-Function keys not working

If Ctrl-Alt-Function keys stop working, try removing the keyboard variant option from xorg.conf if it's there. (option "?XkbVariant") dpkg-reconfigure xserver-xorg and leave the keyboard variant field empty.

Key press does a resolution switch

Several users reported that their keyboard is unusable because each key press produces a resolution switch. It appears that they have /lib/libX11.so.6 and /lib/libXext.so.6 files (as well as usual symlinks). Removing /lib/libX11.so* and /lib/libXext.so* fixes this problem, but it is not clear yet why these files have been created.