home *** CD-ROM | disk | FTP | other *** search
/ PC World 1999 August / PCWorld_1999-08_cd.bin / doc / HOWTO / unmaintained / mini / Xterminal < prev   
Text File  |  1997-10-13  |  29KB  |  643 lines
  1. [ 14 October 1997
  2.   The Linux Xterminal mini-HOWTO is not being maintained by 
  3.   the author any more.  If you are interested in maintaining the 
  4.   Xterminal mini-HOWTO, please get in touch with me at 
  5.   <gregh@sunsite.unc.edu>. ]
  6.  
  7. The X Terminal HOWTO
  8.  
  9. How to connect an X terminal to a Linux PC
  10. Version 1.0 BETA (July 1995)
  11. Scot W. Stevenson <scot@catzen.gun.de>
  12.  
  13.  
  14.     This document gives a brief introduction to how to connect an X terminal 
  15.     to a Linux PC. It assumes a basic knowledge of the X Window System, 
  16.     TCP/IP addressing, and ethernet cards. 
  17.  
  18.  
  19. 1.0 Introduction
  20.  
  21.     This is the first version of the document and should be considered BETA.
  22.     It is more of a been-there, done-that text than a comprehensive treatment.
  23.     Discussions of access control mechanisms (e.g. xaccess, xhost, 
  24.     MIT-COOKIEs), and the use of NFS, are not yet included.
  25.  
  26.     Most X terminals now have a whole host of advanced features which allow
  27.     them to be more than mere X servers. For the most part, these features
  28.     will be ignored.
  29.  
  30.  
  31. 1.1 Changes from previous versions
  32.  
  33.     (There are no previous versions, so everything was changed)
  34.  
  35.  
  36. 1.2 Disclaimers
  37.  
  38.     Neither the author nor the distributors of this HOWTO are in any way
  39.     responsible for physical, financial, or moral damage incurred by 
  40.     following the suggestions in this text. In short: "Yea though I talk...." 
  41.            
  42.  
  43. 1.3 Copyright
  44.  
  45.     The Linux Xterminal HOWTO is copyrighted (C) 1995 by Scot W. Stevenson. 
  46.     Linux HOWTO documents may be reproduced and distributed in whole or in
  47.     part, in any medium physical or electronic, as long as this copyright
  48.     notice is retained on all copies. Commercial redistribution is allowed
  49.     and encouraged. The author, however, would like to be notified of any 
  50.     such distributions.
  51.  
  52.     All translations, derivative works, or aggregate works incorporating
  53.     any Linux HOWTO documents must be covered under this copyright notice.
  54.     In othe words, you may not produce a derivative work from a HOWTO and
  55.     impose additional restrictions on its distribution. Exceptions to these
  56.     rules may be granted under certain conditions.
  57.  
  58.     In short, we wish to promote dissemination of this information through
  59.     as many channels as possible. However, we do wish to retain copyright
  60.     on the HOWTO documents, and would like to be notified of any plans to
  61.     redistribute the HOWTOs.
  62.  
  63.     Should you have any questions, please contact Greg Hankins, the Linux 
  64.     HOWTO coordinator, at gregh@sunsite.unc.edu. You may finger his address
  65.     for phone number and additional contact information.  
  66.  
  67.  
  68. 1.3 New Versions and Feedback
  69.  
  70.     New versions of this document can be found on sunsite.unc.edu in 
  71.     the /pub/Linux/docs/HOWTO/ directory. If you do not have FTP 
  72.     access, you can try to get Linux Help Files via Bill Riemers. Send
  73.     email to bcr@physics.purdue.edu with a subject of "help" for more 
  74.     infomation and an index file.                         
  75.  
  76.     Any additions to, corrections of, or comments about this document would
  77.     be most welcomed! Please send email to 
  78.  
  79.                  scot@catzen.gun.de (Scot W. Stevenson)
  80.  
  81.     I would especially like to hear from you if you already have experience
  82.     with linking an X terminal to a Linux machine, even if is only something
  83.     like "worked on this machine with this terminal."
  84.  
  85.     On the board for the next versions are access control mechanisms and
  86.     the use of NFS filesystems for booting.
  87.  
  88.  
  89. 2.0 Background
  90.  
  91.     This section provides some very basic information for those not familiar 
  92.     with the X Window System and its terminal-ology. If you have at least 
  93.     some experience with X and X terminals, you should be able to skip
  94.     this part with no ill effects.
  95.  
  96.  
  97. 2.1 What is X?
  98.  
  99.     The X Window System, or just X (never X Windows), is "a portable,
  100.     network-transparent window system" as the man page has it. It provides
  101.     a graphic environment that cuts across operating systems, vendors, and 
  102.     hardware types. When people talk about a window system in connection with
  103.     Unix, they almost always mean X.
  104.  
  105.     The most important characteristic of X in our case is the strict
  106.     division between the programs that control the local hardware that the
  107.     user interfaces with (screen, keyboard, mouse, etc.), and those programs
  108.     the user actually wants to run (editor, spreadsheet, DOOM). This means 
  109.     that the interface software, which is called the X server, can be
  110.     on a one machine, while the actual programs, or X clients, can be on
  111.     one or even more than one machine at a totally different location.
  112.     Note that the terms "server" and "client" are used in the reverse sense
  113.     of what they usually are.
  114.  
  115.     Linux comes with a collection of X servers from the XFree86 project,
  116.     that is, servers for SVGA Video cards, as well as a whole host of X 
  117.     clients such as xv, maze, and xterm. If you are new to X, you might 
  118.     want to get some hands-on experience with X on the Linux machine before
  119.     attempting to link up an X terminal.
  120.     
  121.     
  122. 2.2 What is an X terminal?
  123.  
  124.     An X terminal (referred to as XT from now on) is a specialized piece of
  125.     hard- and software which combine into an X server, that is, the part of 
  126.     X that manages in- and output to and from the user. In the most
  127.     primitive case, only the X server program and communcication software are
  128.     included. Even the window manager comes from the host computer, to which 
  129.     the XT is connected by ethernet (or in rare cases serial lines), using 
  130.     TCP/IP. 
  131.  
  132.     The hardware of an XT will include at least a (large) screen, keyboard, 
  133.     mouse, some RAM, and jacks for ethernet cables. Most XTs do not have a 
  134.     hard disk, a floppy drive, or other such means of data transfer.
  135.     This means that the XT either has its operating system in ROM (rare),
  136.     or gets it from a host on the net that it is attached to. 
  137.  
  138.     To get to its operating system from the Linux computer at boot time, 
  139.     the XT usually does something like this: It sends out a cry of help 
  140.     through the net with its ethernet number as a name tag. A "real" computer
  141.     on the net compares this number with a list of them, and if a match 
  142.     is found, sends the XT the IP number it has been assigned to (via the
  143.     bootpd daemon). This allows the XT to download its operating system and
  144.     other data it needs from the hard disk of the host computer (usually via 
  145.     tftp). This is the procedure explained here in detail.
  146.  
  147.     An XT is therefore actually a full-fledged computer, with its own IP
  148.     number, RAM, program, and independent hardware, albeit more like
  149.     an idiot savant. It's great at what it does best, managing X graphics,
  150.     but not much good for anything else.
  151.  
  152.     
  153. 2.3 Advantages and Disadvantages
  154.  
  155.     Ideally, an XT is silent, swift, and deadly. Usually without fan, floppy
  156.     or hard disk, they make no noise at all, and with a few meters of 
  157.     ethernet cable you can put your loudish computer in a different room and
  158.     have the silent XT on your desk. Since the XT is built for X and graphics,
  159.     it is faster than, say, an X server program unter MS Windows or DOS.
  160.     
  161.     With the server on one machine and the client on another, the processor
  162.     doesn't have to handle both at once. Though this might not be noticable
  163.     in terms of speed (since the data now has to be moved over the ethernet),
  164.     it will reduce the CPU load and save memory on the Linux machine that
  165.     would otherwise be swallowed by the X server.
  166.  
  167.     On the flip side, you will need an ethernet card, which usually means
  168.     giving up a slot and an IRQ. Depending on the manufacturer, the software
  169.     for the XT can take up around 20 MBytes of hard disk space on your Linux 
  170.     machine. You can almost always delete a lot of unused stuff once you 
  171.     figure out what is really needed. Most XTs will require the host machine
  172.     to have the bootpd and tftpd daemons installed and running - both are
  173.     potential security holes. You will probably want to have a further daemon,
  174.     xdm, running in the background. And yes, that big XT screen will take up
  175.     a lot of desk space.
  176.  
  177.  
  178. 2.4 What do I need?
  179.  
  180.     Kind of you to ask! But more appropriately, what do you need? 
  181.  
  182.     First of all, you need an XT. If you have lots of money, and we do mean
  183.     lots, you can go out and buy one. Jim Morton <jim@applix.com> posts
  184.     a list of XTs and their prices to comp.windows.x on a regular basis.
  185.     Or fortune might smile on you. Since old XTs can't be used with DOS,
  186.     MS Windows, or OS/2, some firms solve the problem of what to do with
  187.     their old ones by just throwing them out.
  188.  
  189.     On the Linux computer side, you will need an ethernet card. Though it
  190.     is in theory possible to run an XT via serial line and SLIP, this is
  191.     not recommended unless you have masochistic tendencies. Check out the 
  192.     Ethernet-HOWTO maintained by Paul Gortmaker <Paul.Gortmaker@anu.edu.au>
  193.     on how to purchase and set up ethernet cards. SLIP und CSLIP are covered
  194.     in the same document, should you have no other choice. In this case, you 
  195.     might also want to look at the Serial-HOWTO by Greg Hankins 
  196.     <gregh@cc.gatech.edu> for information on how to get the best performance.
  197.  
  198.     You will also need to have TCP/IP support compiled into the kernel,
  199.     as well as a IP number for at least your machine and the XT. The 
  200.     Net-2-HOWTO by Terry Dawson <terryd@extro.ucc.su.oz.au> covers this.
  201.  
  202.     Finally, you will need to have X installed on you Linux machine. In
  203.     theory you should be able to have just the X clients and programs
  204.     like xdm installed, without the servers package. But it is probably
  205.     not worth the effort to untangle the various parts. The XFree86 HOWTO
  206.     by Helmut Geyer <Helmut.Geyer@iwr.uni-heidelberg.de> will tell you how
  207.     to get X up and working.
  208.  
  209.  
  210. 3.0 Cables, Nets and Daemons
  211.  
  212.     This section discusses the changes to hard- and software required to 
  213.     get the XT connected to the Linux machine. Some conventions are that 
  214.     the XT is called "whisper" (because it makes no sound), and the Linux
  215.     host machine "imlinux" (I am Linux). They are both part of the 
  216.     "frog" domain in Germany (".de"). Their IP numbers are
  217.  
  218.           192.168.13.1   for  imlinux.frog.de (the Linux machine)
  219.           192.168.13.41  for  whisper.frog.de (the XT linked to it).
  220.  
  221.     Note that these are standalone IP numbers for systems not connected to
  222.     the greater Internet, and that to my knowledge there is no frog domain
  223.     in Germany. We will assume that there are no other machines on the net, 
  224.     and that NFS is not installed. 
  225.  
  226.     [Bummer. If someone has used NFS in connection with his or her XT, I'd 
  227.     love to hear from you.]
  228.  
  229.  
  230. 3.1 Physical connection
  231.  
  232.     This should be as easy as plugging cables into both machines. Please note 
  233.     that some XTs have two serial inputs that can only run at certain speeds 
  234.     if both are in use. Check your XT manual for details. You will need the 
  235.     ethernet number of the XT later on. It is displayed during boot of the 
  236.     XT, even if no connection is yet established.
  237.  
  238.     As soon as you have the wires in place, you should be able to test the
  239.     ethernet link. After booting the XT, it should start off by complaining
  240.     that its calls for a bootpd and/or tftpd are not being answered, and
  241.     then start a boot operating system (usually part of the XT ROM). This 
  242.     should include a primitive ping command which will allow you to test
  243.     the ethernet from the XT to the Linux machine. Don't panic if it 
  244.     doesn't work the other way around yet. The XT probably needs its full
  245.     operating system to be able to respond.
  246.  
  247.  
  248. 3.2 Configuring the Net
  249.  
  250.     Your basic configuration needs should be covered by the Net2-HOWTO as
  251.     mentioned above. We'll assume here that you already have TCP/IP and 
  252.     such up and running. Since the XT is considered to be just another 
  253.     computer on the net, you will now have to make sure both Linux machine
  254.     and XT know each other's IP address and that of the net they are on.
  255.  
  256.  
  257. 3.2.1 Configuring the Linux Machine
  258.  
  259.     Information on the XT will have to be included in at least these files:
  260.  
  261.     /etc/hosts    Add a line with the IP number of the XT, such as
  262.  
  263.                   # /etc/hosts line for Linux machine. lprhost and loghost 
  264.                   #            are optional 
  265.                   192.168.13.1    imlinux imlinux.frog.de lprhost loghost
  266.                   # The new line for the XT is next
  267.                   192.168.13.41   whisper whisper.frog.de
  268.  
  269.     /etc/ethers   This file provides a list of ethernet numbers and the
  270.                   corresponding host names. This does not seem to be needed
  271.                   in all distributions and setups, but in case it is, you
  272.                   will need to include the ethernet number of the 
  273.                   XT and its hostname. This would be something like
  274.                   
  275.                   04:03:e8:cc:0d:24    imlinux
  276.                   0f:03:11:31:45:f1     whisper 
  277.  
  278.                   (Yes, the ethernet numbers are fakes)
  279.     
  280.     [You might have to change further files if you are running programs like
  281.     named, routed, or gated. As I am not, I would be grateful if someone 
  282.     could fill me in on which files, if any, must be modified.]
  283.  
  284.     You will have to reboot your Linux machine to make sure all changes 
  285.     take effect.
  286.  
  287.  
  288. 3.2.2 Configuring the X Terminal
  289.  
  290.     Check your XT manual for which files will have to be edited. In my case,
  291.     there was a central configuration file which needed to have the 
  292.     following entries changed:
  293.  
  294.         ip_host_table            192.168.13.1    imlinux
  295.         ip_host_table            192.168.13.1    imlinux.frog.de
  296.         ip_host_table            192.168.13.41   whisper
  297.         ip_host_table            192.168.13.41   whisper.frog.de
  298.  
  299.         file_access_1            TFTP
  300.         file_host_name_1         imlinux.frog.de
  301.         file_path_1              /usr/local/xterm/liveshere
  302.  
  303.         display_access_table     whisper
  304.         display_access_table     imlinux
  305.         enable_access_control    YES
  306.  
  307.         xdmcp_server             imlinux
  308.         broadcast_address        192.168.13.255
  309.         default_telnet_host      imlinux
  310.  
  311.     Note that the XT picks up its files via tftp from the directory
  312.     /usr/local/xterm/liveshere, and the terminal is able to do XDMCP 
  313.     (important for the configuration of xdm). 
  314.  
  315.     There will also be other configurations files for things like fonts. You
  316.     should be able to use the fonts already installed with Linux. In my case, 
  317.     the file for the fonts (font.tbl) looks something like this
  318.  
  319.         /usr/lib/X11/fonts/75dpi
  320.         /usr/lib/X11/fonts/100dpi
  321.         ...
  322.         /usr/local/xterm/misc
  323.         /usr/local/xterm/openlook
  324.  
  325.     with a few more lines to the same effect. Later, when the XT boots off
  326.     the Linux machine, you should see a list of files it has successfully
  327.     loaded. 
  328.  
  329.     Another thing you will probably want to have on your XT is "backing
  330.     store," which means that those window parts covered by other windows
  331.     are not stored in the Linux' RAM, but in that of the XT. Check your
  332.     XT manual for further details.
  333.  
  334.  
  335. 3.3 bootpd
  336.  
  337.     Bootpd is the daemon that hears the X terminal's cry for help
  338.     at boot time and responds by telling the XT who it is, and where 
  339.     it can find the software it wants to download. For some odd reason
  340.     bootpd is not included in some current distributions, notably 
  341.     Slackware 2.2.0.1. This means you will have to get it via FTP or
  342.     some other source. It should then be placed in /usr/sbin/ (not in 
  343.     /etc, as the man page would have it) as in.bootpd. Add or uncomment
  344.     the following line in /etc/inetd.conf:
  345.  
  346.        bootps dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.bootpd 
  347.  
  348.     This will ensure that inetd can start bootpd if a boot request
  349.     is found. 
  350.  
  351.     The configuration file for bootpd is /etc/bootpd. The syntax is 
  352.     explained in the man page. In our example, the /etc/bootpd file should
  353.     look something like this ("server" is now used in the classical sense
  354.     again):
  355.  
  356.        # Sample /etc/bootpd file
  357.        # First, global entry for stuff every host uses
  358.        allhost:hd=/usr/local/xterm/liveshere:\ # Home directory XT software
  359.              :ds=192.168.13.1:\                   # Domain name server (imlinx)
  360.              :sm=255.255.255.0:\               # Subnet mask
  361.              :gw=192.168.13.1:\                # Gateways
  362.              :ts=192.168.13.1:\                # Time Servers
  363.              :lp=192.168.13.1:\                # lpr Servers
  364.              :to=-7200:                        # Time Offset in seconds
  365.        # Next, individual entries of every single host. Futher XTs would
  366.        # have their own entry
  367.        whisper:ht=ethernet:\         # Type of hardware link
  368.               :ha=0f03113145f1:\     # Ethernet number of X terminal
  369.               :ip=192.168.13.41:\    # IP number of X terminal (whisper)
  370.               :tc=allhost:\          # Template for standard options as above
  371.               :bf=xtermOS:           # Boot file name - the X terminal's OS
  372.  
  373.     The name of the XT's operating system may not be included as part of the 
  374.     hd (home directory) entry. In our example, the file that the XT grabs
  375.     as its operating system is /usr/local/xterm/liveshere/xtermOS, but the
  376.     hd entry is /usr/local/xterm/liveshere. 
  377.  
  378.     bootpd will write information to both /var/adm/syslog and 
  379.     /var/adm/messages, which should look something like this after a
  380.     successful boot:
  381.  
  382.        Jul 17 05:19:42 imlinux in.bootpd[110]: connect from 0.0.0.0
  383.        Jul 17 05:19:42 imlinux bootpd[110]: reading "/etc/bootptab"
  384.        Jul 17 05:19:42 imlinux bootpd[110]: read 2 entries from "/etc/bootptab"
  385.        Jul 17 05:19:43 imlinux bootpd[110]: request from hardware address 
  386.        0F03113145F1 Type 1
  387.        Jul 17 05:19:43 imlinux bootpd[110]: found 192.168.13.41 whisper
  388.  
  389.     After helping the XT to boot, bootpd will stick around for about 
  390.     15 minutes, then remove itself if there is no further work to do.
  391.  
  392.  
  393. 3.4 tftpd
  394.  
  395.     The Trivial File Transfer Program is used by the XT to load its 
  396.     operating system from a Linux hard disk. It should be included in 
  397.     every distribution and does not have a configuration file. You can 
  398.     test tftp by just typing "tftp" from a command shell.
  399.  
  400.     As with bootpd, you will have to include or uncomment the following line
  401.     in /etc/inetd.conf:
  402.  
  403.        tftp dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.tftpd 
  404.  
  405.     Note that tftp can only access files that have world read access set.
  406.     Note also that tftp is a potential security hole that you will have to
  407.     keep in mind, and that the version of tftp included in some Linux
  408.     packages does not include the -r (or -s) flags for more secure use.
  409.  
  410.     tftp will also write to /var/adm/messages. If bootpd has successfully
  411.     done its stuff, the next lines should be something like
  412.  
  413.        Jul 17 05:19:43 imlinux in.tftpd[111]: connect from whisper
  414.        Jul 17 05:19:58 imlinux in.tftpd[113]: connect from whisper
  415.        Jul 17 05:19:59 imlinux in.tftpd[115]: connect from whisper
  416.        Jul 17 05:20:00 imlinux in.tftpd[117]: connect from whisper
  417.        Jul 17 05:20:03 imlinux in.tftpd[125]: connect from whisper
  418.        Jul 17 05:20:05 imlinux in.tftpd[127]: connect from whisper
  419.  
  420.     and so on for quite a while. These are the files that the XT is requesting
  421.     from its home directory on the Linux computer. You should see messages on
  422.     the XT's screen while this transfer takes place.
  423.  
  424.  
  425. 3.5 Testing the link 
  426.  
  427.     Once you have modified the files mentioned above, you should be able
  428.     to boot the XT. Depending on the manufacturer, more or less verbose
  429.     messages on the XT's screen will tell you what is happening. Look
  430.     carefully for messages about files that cannot be found.
  431.  
  432.     If all is well, it should progress to the point where the XT can launch
  433.     its own version of X. This means a grey background and the X cursor.
  434.     If you already have xdm running on the Linux machine, it might even
  435.     put up the xdm login prompt, though things might go a little haywire 
  436.     since some definitions are not in place yet. Be prepared to kill xdm as 
  437.     root from the Linux machine as a last resort.
  438.  
  439.     Most XTs have an inbuilt set of functions, like a telnet client, as
  440.     part of their boot operating system. You can test the link further by 
  441.     telneting into the Linux computer.
  442.  
  443.     At this point, depending on how access is set up, you might also 
  444.     be able to start X programs on the XT by using the display option.
  445.     From the Linux computer, try something like
  446.  
  447.                       xclock -display whisper:0 &
  448.  
  449.     This should produce the xlock on the XT. You can even start a window
  450.     manager such as fvwm this way. 
  451.  
  452.  
  453. 4.0 X on the run
  454.  
  455.     This section deals with setting up xdm so that a login prompt is 
  456.     available on the XT, and will return when a user has logged out. The xdm
  457.     program is a display manager that is the (very) rough equivalent of the
  458.     login programs for normal terminals. It should be included in every 
  459.     Linux X package.
  460.  
  461.  
  462. 4.1 xdm configuration
  463.  
  464.     xdm's configuration files live in /usr/X11R6/lib/X11/xdm (/usr/X11R6 may 
  465.     be a link to /usr/X11). The main configuration file is xdm-config. You 
  466.     should find, among others, the following lines already in place:
  467.  
  468.        DisplayManager._0.authorize:    true
  469.        DisplayManager._0.setup:        /usr/X11R6/lib/X11/xdm/Xsetup_0
  470.        DisplayManager._0.startup:      /usr/X11R6/lib/X11/xdm/GiveConsole
  471.        DisplayManager._0.reset:        /usr/X11R6/lib/X11/xdm/TakeConsole
  472.  
  473.     These are the files that control the screen when X is run on the Linux
  474.     machine itself. For the XT, we add four lines of the same type:
  475.  
  476.        DisplayManager.whisper_0.authorize:     true
  477.        DisplayManager.whisper_0.setup:   /usr/X11R6/lib/X11/xdm/Xsetup_whisper
  478.        DisplayManager.whisper_0.startup: /usr/X11R6/lib/X11/xdm/Xstartup
  479.        DisplayManager.whisper_0.reset:   /usr/X11R6/lib/X11/xdm/Xreset
  480.  
  481.     Note that whisper_0 is the xdm notation for whisper:0, just as _0 is :0.
  482.     Note also that GiveConsole has been replaced by Xstartup, which in my
  483.     case is a dummy file, and TakeConsole by Xreset, is also a dummy file.
  484.     The original files both control the ownership of the console when X is
  485.     run on the Linux machine, and there is no reason to fool around with 
  486.     the Linux console just because the XT is running.
  487.  
  488.     The setup files run programs before the login prompt is placed on the
  489.     screen. This is the place to, say, use xv or a similiar program to
  490.     have a picture in the background. You should be able to simply copy
  491.     the given Xsetup_0 file to Xsetup_whisper.
  492.     
  493.     [Since this question comes up again and again: One way of putting a 
  494.     picture in the root window is by placing the line
  495.     
  496.          nice xv -root -quit -rmode 5 <picture_file> &
  497.  
  498.     or such in the setup file. picture_file will then be displayed in 
  499.     the root window under the xdm login prompt. Note that some XTs will
  500.     give an error message if the file is too large or too complex.]
  501.  
  502.     Xaccess controls who can have access to the machine. You should be able
  503.     to leave the defaults as they are. Note hat Xaccess will let you greet
  504.     the user with a chooser, in case you have different machines on the net
  505.     that can service the XT.
  506.  
  507.     Xresources controls the shape and size of the login prompt. You might
  508.     want to have different messages for the XT and Linux machine by
  509.     replacing the 
  510.  
  511.        DisplayManager*resources:       /usr/X11R6/lib/X11/xdm/Xresources
  512.  
  513.     with two lines such as
  514.  
  515.        DisplayManager._0.resources:        /usr/X11R6/lib/X11/xdm/Xres_0
  516.        DisplayManager.whisper_0.resources: /usr/X11R6/lib/X11/xdm/Xres_wh_0
  517.  
  518.     where Xres_wh_0 is the name of the whisper resource file. 
  519.  
  520.     You should be able to leave the Xsession file unchanged, too.
  521.  
  522.     Configuration of the Xservers file is slightly more tricky. Out of the
  523.     box, there is probably only one line uncommented (Slackware 2.2.0.1)
  524.  
  525.                     :0 local /usr/X11R6/bin/X 
  526.  
  527.     or something to that effect. This starts the Linux machine X server
  528.     when xdm is called. Commenting this line means that when xdm is called, 
  529.     there will be no X started on the Linux machine. This is what you need
  530.     to do if you only want to have xdm managing the XT, but not the local
  531.     Linux X server. In this case, X can still be started with startx at any 
  532.     time on the Linux machine with no ill effects found so far.
  533.  
  534.     If your XT does not have XDMCP, you must also include a line for the
  535.     XT, such as 
  536.  
  537.                          whisper:0 foreign
  538.  
  539.     XDMCP is a standardized method that for example lets X terminals talk
  540.     to their hosts. If your terminal does have XDMCP, don't repeat do not
  541.     include that line here. This would make xdm think that there is an XT
  542.     out there that doesn't know XDMCP, while at the same time a terminal
  543.     with the same name is trying to get in, too. This can lead to all kinds
  544.     of ugly effects, such as two xdms fighting for control.
  545.  
  546.     Note that you can use the xdm-config entries even if there is no line
  547.     in Xservers for the XT, that is, you can still customize the xdm
  548.     login prompt, etc, for a XT that uses XDMCP.
  549.  
  550.     To make xdm start with every reboot, you can include a line such as
  551.  
  552.         /usr/bin/X11/xdm
  553.  
  554.     in /etc/rc.d/rc.local. Other people start xdm with the /etc/inittab
  555.     file. In any case, xdm should appear with the list of processes after
  556.     a reboot of the Linux machine.
  557.  
  558.  
  559. 4.2 Access questions
  560.  
  561.     [BummerRank1. This is important, and we're working on it.]
  562.  
  563.     To see if a user can access the XT screen from the Linux machine,
  564.     log in as non-root on the Linux machine and try a command like
  565.  
  566.            xsetroot -solid white -display whisper:0 &
  567.     or 
  568.            xterm -display whisper:0 &
  569.  
  570.     Try this when somebody is logged in on the XT and when there is only the
  571.     xdm login to be seen. Depending on where you are, the ability to put 
  572.     stuff on the XT screen from the console might more of a feature than a 
  573.     bug. 
  574.  
  575.  
  576.  
  577. 5.0 Errors, Unknowns, and Thanks
  578.  
  579.     
  580. 5.1 Known problems
  581.    
  582.     These are problems which have turned up, as well as interesting features
  583.     that might be considered problems. If you have come up with any 
  584.     interesting features, or even solutions, please let me know.
  585.  
  586.     talk  - The interactive chat will work if the user at the XT starts the
  587.             session with a user at the Linux machine, but fails the other
  588.             way around. I'm sure I read a fix for this once, but have 
  589.             forgotten it.
  590.  
  591.     who   - A user logged in via the XT does not appear in the output of the
  592.             who command, even if it is sent from the XT itself. This is 
  593.             probably the reason why talk fails when initiated from the Linux
  594.             machine ("On an XT, nobody even knows you're a human").
  595.  
  596.     xlock - Normal call of xlock will only produce a message to the effect
  597.             that the XT's screen can't be grabbed. The -remote option must
  598.             be included in the xlock call to allow terminal locking. Note
  599.             that some xlock modes are more resource hungry than others. 
  600.             Qix seems to be more suited for XTs than others - check out the
  601.             FAQ by Art Mulder (below) for more details.
  602.  
  603.     xv    - Some XTs will not have enough video memory to be able to handle
  604.             large and/or complex colored background pictures. Try removing
  605.             any old pictures (with `xsetroot' or such) and refreshing the 
  606.             screen before you move xv's window into the root.
  607.  
  608.  
  609. 5.2 Terminals tested
  610.  
  611.     The procedures described in this text have so far only been seriously 
  612.     tested on a Tektronix XP23 in connection with a 386DX-33MHz, 16 MByte 
  613.     RAM running Linux 1.2.3 and the XFree86 Version 3.1.1 files from the
  614.     Slackware 2.2.0.1 distribution.
  615.  
  616.  
  617. 5.3 Futher reading
  618.  
  619.     More information on X can be found on the net as:
  620.  
  621.     David B. Lewis <dbl@ics.com> posts the detailed and extensive 
  622.     Comp.windows.x Frequently Asked Questions (FAQ) to comp.windows.x, 
  623.     news.answers, and comp.answers on a regular basis. This document also
  624.     contains entries on where to get more information on X.
  625.  
  626.     Steve Kotsopoulos <steve@ecf.toronto.edu> posts the X on Intel-based Unix 
  627.     Frequently Asked Questions (FAQ) list to the same groups.
  628.  
  629.     Art Mulder <art@cs.ualberta.ca> maintains the Comp.windows.x: Getting 
  630.     more performance out of X FAQ, which is als posted regularly to these
  631.     groups. It includes tips very useful for Linux under X, too. 
  632.  
  633.  
  634.  
  635. 5.4 Thanks
  636.  
  637.     First thanks, as always, go out to Linus B. Torvalds 
  638.     <torvalds@kruuna.helsinki.fi>. Futhermore to
  639.  
  640.     Klaus ter Fehn <ktf@bc3.gun.de>, for making it possible and
  641.     Douglas K. Stevenson <duck@catzen.gun.de>, for making it passable.
  642.  
  643.