🚀 go-pugleaf

        [ Sorry if this is a duplicate ]

I've just gone through the process of rebuilding X11R4 with fixes
#1-2 on a DecStation 3100 (Ultrix 3.1), and I had a few problems:

1.  Why does the "make install" try to rebuild some of the server's
"mfb" code?  The installation procedure becomes a bit more complicated
because the installing process (root, in my case) needs to have write
permission on the source directories (which may be a pain under NFS),
and then it creates files owned by root around.  BTW, is there any
real need to do the install as root, other than not having to fix
up xterm to be setuid root?

2.  xdm stopped reading its Xresources file.  I had been running xdm
out of the /etc/ttys file on the pmax with the following incantation:

	:0 "/usr/bin/X11/xdm -nodaemon -config /usr/lib/X11/xdm/xdm-config "
	none on secure

The fixlevel-0 xdm worked just fine this way (although it complains
about the :0 that init appends to the end).  The fixlevel-2
xdm now just uses the built-in defaults from the binary, ignoring
the resources specified in /usr/lib/X11/xdm/Xresources.  Actually,
it does use Xresources when I invoke it by hand from the command line
(or from /etc/rc.local, which seems to be the "normal" way to run xdm).

Here's my /usr/lib/X11/xdm/xdm-config files:
	DisplayManager.errorLogFile:	/tmp/xdm-errors
	DisplayManager.pidFile:		/tmp/xdm-pid
	DisplayManager.servers:		/usr/lib/X11/xdm/Xservers
	DisplayManager*resources:	/usr/lib/X11/xdm/Xresources
	DisplayManager*session:		/usr/lib/X11/xdm/Xsession
	DisplayManager.0.authorize:	true
	DisplayManager*authorize:	false

Anyway, should I give up on running xdm out of /etc/ttys?  It seemed
like the way to go under Ultrix.

3.  X Consortium folk: are you going to generate an official set
of fixes for those few remaining files that have hardwired dependencies
on /usr/lib/X11?  (please.  pretty please.)

Thanks for any assistance.


--Mark Hastings           			(415) 642-4611
  hastings@ernie.berkeley.edu			..!ucbvax!ernie!hastings