Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!hellgate.utah.edu!helios.ee.lbl.gov!pasteur!hemlock.Berkeley.EDU!hastings From: hastings@hemlock.Berkeley.EDU (Mark Hastings) Newsgroups: comp.windows.x Subject: a few problems with fixlevel-2 Message-ID: <22309@pasteur.Berkeley.EDU> Date: 22 Feb 90 07:55:27 GMT Sender: news@pasteur.Berkeley.EDU Reply-To: hastings@hemlock.Berkeley.EDU (Mark Hastings) Organization: UCB CS Lines: 48 [ 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