OSF/1 3.2 and eXceed4

From: Kristian Koehntopp <kris_at_pz-oekosys.uni-kiel.d400.de>
Date: Fri, 23 Jun 1995 18:25:43 +0200

I just upgraded one of four DEC OSF/1 machines to 3.2. The machine, which
previously worked fine with eXceed4, a PC based X-Server, now refuses any
xdm sessions. The error message eXceed4 displays is "xdm session declined".
eXceed4 works with the older, non-upgraded machines.

My /usr/lib/X11/xdm:
> ls -l
total 166
-rwxr-xr-x 1 bin bin 3374 Feb 3 07:56 #.mrg..GiveConsole
-rwxr-xr-x 1 bin bin 3193 Feb 3 07:56 #.mrg..Xresources
-rwxr-xr-x 1 bin bin 3193 Feb 3 07:56 #.mrg..Xsetup_0
-rw------- 1 root bin 89 Jun 23 18:19 A:0-aaaqCa
-rw------- 1 root bin 89 Jun 14 14:27 Alocal:0-aaaqCa
-rwxr-xr-x 1 bin bin 583 Feb 3 08:04 GiveConsole
-rwxr-xr-x 1 bin bin 184 Feb 3 08:04 TakeConsole
-r--r--r-- 1 bin bin 1861 Jun 23 15:42 Xaccess
-r--r--r-- 1 bin bin 4821 Feb 3 08:04 Xkeymaps
-r--r--r-- 1 bin bin 3154 Feb 3 08:04 Xresources
-rw-r--r-- 1 bin bin 578 Jun 23 16:29 Xservers
-r--r--r-- 1 bin bin 317 Feb 3 08:04 Xservers.fs
-rwxr-xr-x 1 bin bin 942 Jun 8 17:40 Xsession
-rwxr-xr-x 1 bin bin 2576 Feb 3 08:04 Xsetup_0
-r--r--r-- 1 bin bin 53257 Feb 3 07:51 digital_logo.bmp
-r--r--r-- 1 bin bin 53272 Feb 3 07:51 digital_logo_mask.bmp
lrwxr-xr-x 1 root bin 51 Jun 23 18:19 keymap_default -> /usr/lib/X11/keymaps/austrian_german_lk401ag.keymap
-r--r--r-- 1 bin bin 1135 Jun 23 16:46 xdm-config
-r--r--r-- 1 bin bin 538 Feb 3 08:04 xdm-config.fs
-rw-r--r-- 1 root bin 0 Jun 23 18:19 xdm-errors
-rw-r--r-- 1 root bin 6 May 29 16:27 xdm-pid


My xdm-config on the upgraded machine:
DisplayManager.errorLogFile: /usr/var/X11/xdm/xdm-errors
DisplayManager.pidFile: /usr/var/X11/xdm/xdm-pid
DisplayManager.keyFile: /usr/var/X11/xdm/xdm-keys
DisplayManager.servers: /usr/var/X11/xdm/Xservers
DisplayManager.accessFile: /usr/var/X11/xdm/Xaccess
DisplayManager.greeterLib: /usr/shlib/X11/libXdmDecGreet.so
DisplayManager._0.authorize: true
DisplayManager._0.authName: XDM-AUTHORIZATION-1 MIT-MAGIC-COOKIE-1
DisplayManager._0.setup: /usr/var/X11/xdm/Xsetup_0
DisplayManager._0.startup: /usr/var/X11/xdm/GiveConsole
DisplayManager._0.reset: /usr/var/X11/xdm/TakeConsole
DisplayManager.local_0.authorize: true
DisplayManager.local_0.authName: XDM-AUTHORIZATION-1 MIT-MAGIC-COOKIE-1
DisplayManager.local_0.setup: /usr/var/X11/xdm/Xsetup_0
DisplayManager.local_0.startup: /usr/var/X11/xdm/GiveConsole
DisplayManager.local_0.reset: /usr/var/X11/xdm/TakeConsole
DisplayManager*resources: /usr/var/X11/xdm/Xresources
DisplayManager*session: /usr/var/X11/xdm/Xsession
DisplayManager*authComplain: false
DisplayManager*chooser: /usr/bin/X11/chooser
DisplayManager*keymaps: /usr/var/X11/xdm/Xkeymaps
!DisplayManager*language: C

My Xservers:
#
# Xservers file, workstation prototype
#
# This file should contain an entry to start the server on the
# local display; if you have more than one display (not screen),
# you can add entries to the list (one per line). If you also
# have some X terminals connected which do not support XDMCP,
# you can add them here as well. Each X terminal line should
# look like:
# XTerminalName:0 foreign
#
# To use the shared memory transport, change the :0 in the ":0 local"
# line to local:0 like this:
# local:0 local /usr/bin/X11/X
#
:0 local /usr/bin/X11/X -nice -2 -terminate

My Xaccess:
# To control Direct and Broadcast access:
# pattern
#
# To control Indirect queries:
# pattern list of hostnames and/or macros ...
#
# To use the chooser:
# pattern CHOOSER BROADCAST
# or
# pattern CHOOSER list of hostnames and/or macros ...
#
# To define macros:
#
# %name list of hosts ...
#
# The first form tells xdm which displays to respond to itself.
# The second form tells xdm to forward indirect queries from hosts matching
# the specified pattern to the indicated list of hosts.
# The third form tells xdm to handle indirect queries using the chooser;
# the chooser is directed to send its own queries out via the broadcast
# address and display the results on the terminal.
# The fourth form is similar to the third, except instead of using the
# broadcast address, it sends DirectQuerys to each of the hosts in the list
#
# In all cases, xdm uses the first entry which matches the terminal;
# for IndirectQuery messages only entries with right hand sides can
# match, for Direct and Broadcast Query messages, only entries without
# right hand sides can match.
#

* #any host can get a login window

#
# To hardwire a specific terminal to a specific host, you can
# leave the terminal sending indirect queries to this host, and
# use an entry of the form:
#

#terminal-a host-a


#
# The nicest way to run the chooser is to just ask it to broadcast
# requests to the network - that way new hosts show up automatically.
# Sometimes, however, the chooser can't figure out how to broadcast,
# so this may not work in all environments.
#

#* CHOOSER BROADCAST #any indirect host can get a chooser

#
# If you'd prefer to configure the set of hosts each terminal sees,
# then just uncomment these lines (and comment the CHOOSER line above)
# and edit the %hostlist line as appropriate
#

#%hostlist host-a host-b

#* CHOOSER %hostlist #

What am I missing here?

Kristian
Received on Fri Jun 23 1995 - 19:25:55 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:45 NZDT