John,

Sounds like lots of good news.  Nice work!

> Date: Thu, 6 Jun 2002 09:13:18 -0700 (PDT)
> From: John_Cuzzola <[EMAIL PROTECTED]>
> 
> *** Hi All,
>  I have been using x0rfbserver and it CAN work with
remote
> (non-local) sessions (with caveats). 
<snip>
> 
> First set your lts.conf to runlevel 3 (or whichever ltsp
3 uses) so that
> it drops you into a shell prompt as root.

Okay, this is obviously not going to be a part of the final
product.  :-)   As you mention later, this can all be put
into an rc file and run automatically each time.

> ok now launch your X session like this (this is one long
line):
> 
> /usr/X11R6/bin/xinit /usr/bin/X0rfbserver >& /dev/null --
/ltsbin/XF86_S3
> -ac -query <your ltsp server ip>

So, *all* workstations would *always* be running a
x0rfbserver?  This is an undesirable requirement.  This
puts a load on many terminals that may never need shadowing
help.  Even for those who might occasionally need help,
they shouldn't have to always be running the x0rfbserver,
even if it is hidden.  Some workstations are lowly 486's
with minimal RAM...

> This will launch x0rfbserver and give you a login screen.
You'll notice
> that x0rfbserver will ask you for the password. Just
leave it blank for
> now. To get rid of it simply run x0rfbserver as some
user. Enter the
> password then COPY the .x0rfbserver file from that users
home directory to
> the ltsp root. For me that would be:
/tftpboot/lts/ltsroot

Cool trick!  Good work!  :-)

>    The x0rfbserver program can be shutdown by the user.
However, if they
> do their X session will terminate and send you back to
the login
> screen. (after changing your runlevel back to 5). I guess
they would learn
> very quickly not to shut the thing down. I tried some
simple stuff in
> order to hide it like issuing a -geometry directive and
moving the
> x0rfbserver box outside the viewing area but apparently
it doesn't honor
> it. I suppose it wouldn't be to big of a deal to edit the
source code and
> attempt to hide it (which I may look at when I get a free
moment - I'm
> sure the very capable programmers on this list can hack
something up
> quicker than I)

This is what I was talking about in my last message.  We
don't want any visible face on this program.  And in order
to remove the X interface from it, we'll need to modify the
source code.

I think our next step should be to contact the author(s) of
x0rfbserver and explain our requirements.  Probably the
easiest way to get what we want is to ask for a feature and
get approval from the maintainer.  We don't want to change
the code and then tell the maintainer that he should
incorporate our modifications or face a fork!  If the
author has no time or interest in our mod, he or she could
at least recommend the best way to go about doing it, both
from a purely technical standpoint (which source files to
modify) and from a logistical standpoint (perhaps adding it
as a "plug-in" type feature instead of as a large
modification to the base code.  I don't know, but let's
just contact the author first...

I envision a simple command-line arg that disables the
interactive components (X interface).  The invocation of
the app would then just be a script run by the
administrator like this:

# the following line returns, leaving 
# x0rfbserver running on the workstation (hopefully)
rsh ${WKSTN} /usr/X11R6/bin/x0rfbserver -stealth &
# the following line does not return until the admin quits
xrfbviewer ${WKSTN}:0
# thus, the x0rfbserver gets terminated only after the
viewer exits
rsh ${WKSTN} killall -9 x0rfbserver

Not sure about the details yet.  Might not need the &.
 Maybe better to just get the PID of the first rsh call and
kill it off from the server instead of starting another rsh
connection...

Sound good?  Is this what other people are also imagining?

Jason

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm

_____________________________________________________________________
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

Reply via email to