columbo (columbo@wowway.com) wrote something I wish to comment : (news:<200506171129.04491.columbo@wowway.com> posted on 17-juin-05 16:29:04)
Just curious if you went into YAST->System->etc/sysconfig editor->Keyboards to eliminate or identify any potential conflicts in your keyboard setup. Hadn't noticed in the threads whether or not you did.
No, but I have now. I don't see anything abnormal in Hardware > Keyboard Maybe I could change the YAST_KEYBOARD from "belgian,pc104" to "belgian,pc105", but that won't help to solve the whole keyboard / xorg / permissions issue. In my previous post, I wrote:
For the record, I've just receive news from the Suse installation support team. I can no more count on solution clues from them as "...the configuration of Belgian keyboards is not covered under the terms of the free installation support." :-((
Despite not being covered by the free installation support, someone on the Suse team is still trying to help. :-)) Here is a paste of our recent discussion: ----- paste -----
The rpm failures you were having would explain some (or all) of the problems you are experiencing. So, I would suggest copying the xorg-x11 off CD/DVD (if the DVD rpm fails then try the CD one)
I've compared the xorg rpm from the DVD and from the CD-ROM, in case the one I used from the DVD during installation is corrupted: both have the same size (10 743 701 bytes). I tried to list the content with rpm --query -p xorg.x11-6.8.2-30.i586.rpm --list But, as I read in the man pages, the -p argument make the --list only show the files that are patched (so no "geometry" there). However, using the KRPMView preview from Konqueror, I saw the mysterious missing files are really in the RPM. (Strangely (?), when I tried: rpm --query xorg-x11-6.8.2-30.i586.rpm --state I was told that the package is not installed. But when I tried: rpm -i --test xorg.x11-6.8.2-30.i586.rpm I was told the package is already installed. Confusing.)
then, with in runlevel 3, rpm --force -ivh package.rpm may be enough to install it. If it succeeds then execute:
SuSEconfig
Now modify the /etc/X11/xorg.conf file once again. After that switch back to runlevel 5.
rpm failed the same way as when I tried to install the package with yast: error: unpacking of archive failed on file /etc/X11/xkb/compat/accessx: cpio: rename failed - Permission denied As I was curious as to what the accessx file looks like and what are the permissions set to, I looked in /etc/X11/xkb/compat There are several occurences of the file (I think one for each time I tried to re-install the xorg package), each with a ";" suffix followed by what seems to be a checksum number. I wanted to show that list to you, and as to easily cut-and-paste a list, I opened a terminal and run "ls -l". I discovered something very interesting: Linux1:/etc/X11/xkb/compat # ls -l /bin/ls: pc: Permission denied /bin/ls: leds: Permission denied /bin/ls: misc: Permission denied /bin/ls: pc98: Permission denied /bin/ls: default: Permission denied /bin/ls: mousekeys: Permission denied /bin/ls: norepeat: Permission denied /bin/ls: basic: Permission denied /bin/ls: japan: Permission denied /bin/ls: xtest: Permission denied /bin/ls: complete: Permission denied /bin/ls: keypad: Permission denied /bin/ls: accessx: Permission denied /bin/ls: group_led: Permission denied /bin/ls: iso9995: Permission denied /bin/ls: xfree86: Permission denied total 33 drwxr-xr-x 2 root root 696 Jun 17 15:06 . drwxr-xr-x 10 root root 576 Jun 17 15:06 .. -r--r--r-- 1 root root 1720 Mar 22 18:29 README -rw-r--r-- 1 root root 1184 Jun 13 23:03 accessx;42adf487 -rw-r--r-- 1 root root 1184 Jun 13 23:04 accessx;42adf4ca -rw-r--r-- 1 root root 1184 Jun 15 10:59 accessx;42afedec -rw-r--r-- 1 root root 1184 Jun 15 11:06 accessx;42afefa0 -rw-r--r-- 1 root root 1184 Jun 17 14:59 accessx;42b2c930 -rw-r--r-- 1 root root 1184 Jun 17 15:01 accessx;42b2c9bc -rw-r--r-- 1 root root 1184 Jun 17 15:06 accessx;42b2cac2 Linux1:/etc/X11/xkb # ls -l /bin/ls: geometry.dir: Permission denied /bin/ls: geometry: Permission denied /bin/ls: compiled: Permission denied total 96 drwxr-xr-x 10 root root 576 Jun 17 15:06 . drwxr-xr-x 15 root root 960 Jun 17 15:38 .. -r--r--r-- 1 root root 983 Mar 22 18:29 README -r--r--r-- 1 root root 7448 Mar 22 18:29 README.config -r--r--r-- 1 root root 23337 Mar 22 18:29 README.enhancing drwxr-xr-x 2 root root 696 Jun 17 15:06 compat -r--r--r-- 1 root root 689 Mar 22 18:29 compat.dir drwxr-xr-x 4 root root 424 Jun 4 23:17 keycodes -r--r--r-- 1 root root 2401 Mar 22 18:29 keycodes.dir drwxr-xr-x 5 root root 296 Jun 4 23:17 keymap -r--r--r-- 1 root root 8698 Mar 22 18:29 keymap.dir drwxr-xr-x 2 root root 392 Jun 4 23:17 rules drwxr-xr-x 2 root root 144 Jun 4 23:17 semantics drwxr-xr-x 12 root root 3024 Jun 4 23:17 symbols -r--r--r-- 1 root root 31967 Mar 22 18:29 symbols.dir drwxr-xr-x 2 root root 296 Jun 4 23:17 types -r--r--r-- 1 root root 463 Mar 22 18:29 types.dir lrwxrwxrwx 1 root root 22 Jun 4 23:17 xkbcomp -> /usr/X11R6/bin/xkbcomp So in the end, it seems the files were not missing as I thought, just "unavailable" (???) How could it be that Konqueror is hidding files to root ? How could it be that root is refused access to some files ?
(There is also these two line in SaX.log :
sh: -c: line 0: unexpected EOF while looking for matching `'' sh: -c: line 1: syntax error: unexpected end of file
but I don't know yet which file is causing this error.)
----- end of paste ----- AmigaPhil, world citizen. /No MS-HTML mail please/ PGP key: 0x9C07F6C1 -----BEGIN PRIVACY SHIELD----- The following garbage may or may not contain crypted message. At least you now know I'm an advocate for the respect of privacy. 3UHlJEplttvtVRtRljIOrvDzFqV5aPtyIxOavCt2DVGayDSSoRnzzRSpFtIFvRIMSHAAyETR OSpFjKlEDavxWDLkcMIAJOxRaFV6yWWBUGOzVH5AHfcpOPlzFWIJKtxHpJOBVIbdOnptFA0D yAYOMIvTLIEOHFMDzHl5HOAvOzxEvVnt15aVFUVpyU1OMEqyVHEtHHh0HqIVVNMRyVqMuybV qlLpPqJGHMtd3v= -----END PRIVACY SHIELD----- Locks only keep honest people out.