Ok, I can give some feedback on local apps support, after spending another day trying to work things out.
First off, my problem yesterday, with no xdm display on the workstation , even though X was starting OK. The fix was in /etc/X11/xdm/kdmrc This was on a redHat 7.1 server running KDE 2.2 [Xdmcp] # Whether KDM should listen to XDMCP requests. Default is true. Enable=true this flag was set to false, setting back to true fixed the missing xdm display. Now my next problem(s). 1. We really like the local app support that was provided in earlier versions of ltsp, as we prefer to run this system on fast workstations with no diskdrives. The reason being less support needed and only one harddrive to care of. Heaps of memory is installed ( either 64mb or 128 ) in each workstation. I understand for older machines, why you would run the apps on the server. NFS swap space has been turned off for my testing. I have set a workstation up to run local apps and the home directory was mounted fine. From above the xdm log on prompt displays from the server and I log on, using a 'fail safe' window manager, which basically gives me an xterm session. Checking the environment variables in xterm they show hostname=servername and display=workstation:0, also the file system is the servers, Show it looks like local app support is not really working - its is still trying to run the window manager / apps off the server. Ok, I thought, lets get xdm running on the workstation, how things use to be in version 2.07 and I had to copy the /etc/X11/xdm directory into /opt/ltsp/i386/etc. Also /etc/X11/xinit /etc/X11/xserver I got this bit working and went to sign on. Now the xdm-session.log shows heaps of library files are missing, ie. libjpeg, libtiff to name a few. What I am trying to say, though I stand to be corrected, it seems that all the libraries and run files needed to run X apps locally are going to have be copied into /opt/ltsp/i386/usr/X11R6/bin ../usr/lib directories. Maybe the old nfs mounts for /usr /lib are needed again ?? 2. We have 'other' workstations with this 3Com Lan chips which require the 'imggen' utility run over the kernel. I ran imggen over vmlinuz.ltsp and it said successful - but on testing the boot procedure, I get a message from mnki 1.2.2 saying invalid parameter. This reminds of when I why trying to build my own kernel with this utility. If anybody has successfully got imggen to work on the new kernels, let me know. Regards Doug. _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.openprojects.net