Yeah, I have been meaning to get the wrapper into upstream for some time
now.  As I am one of the few devs to care for the rdesktop side of the
house, I must say I have not had the chance to push a wrapper upstream.

Personally, instead of calling all the external things like "dirname"
and "basename", a simple:

program="${0%%\.wrapper}"

might be cleaner.  Plus, we should add a flag to not have it loop, as
the ltsp-cluster folk might prefer to have X reinitialize so it can grab
a new screen script directive upon xinit (which I believe is what it
does).

I'll add this to my to-do, to make sure we have something upstream
worked out for this, because I know we have helped a bunch of folks in
#ltsp implement this manually.

Cheers,

-Gadi

On Wed, 2009-09-02 at 11:21 +0200, SZABO Zsolt wrote:
> debian lenny's ltsp server and clients
> 
> I defined a screen for rdesktop and one for ldm.
> The problem is that when rdesktop timeouts (because the user login at 
> ldm), it exist and xinit restarts the X server with a new rdesktop, so 
> the user has to find his workplace (screen) by pressing Ctrl-Alt-Fx 
> from time to time...
> 
> In a previous version(?) in ltsp_chroot/usr/share/ltsp/screen.d/rdesktop 
> script contained
>      /usr/X11R6/bin/xinit      /usr/bin/rdesktop.wrapper ...
> 
> not simply
>      /usr/X11R6/bin/xinit      /usr/bin/rdesktop ...
> 
> and rdesktop.wrapper contained like this:
> #!/bin/sh
> program="`dirname $0`/`basename $0 .wrapper`"
> while true; do
>    $program "$@"
> done
> 
> So it could be linked as wrapper to other exectutables, too...
> (this modification to wrapper was made by me, but invoking such a wrapper 
> script from a screen.d script maybe by someone else, if such solution had 
> never been in the official release --- anyway maybe it should be 
> considered to be implemented)
> 
> ... or if there is a better (nicer) solution for such problem I would 
> appreciate to see it.
> 
> TIA,
> --
> Zsolt
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _____________________________________________________________________
> 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.freenode.net
-- 
--------------------------------------------------------
Gideon Romm | Proud LTSP Developer
[email protected]

Pay It Forward!  
Intel Atom 1.6GHz, 512MB RAM + Symbiont Boot Stick = $275
10% of order goes to school or open source project of your choice!

Buy yourself a lab or office and use your donation to set up a school,
pay for a desperately needed feature added to a software package,
or sponsor part of LTSP's annual developer's conference LTSP-by-the-sea!

Check out:  http://www.symbio-technologies.com/payitforward 


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_____________________________________________________________________
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.freenode.net

Reply via email to