nx timeout

hi

i'm using thinstation in a production environment of 10 thin client 
using nx to connect a nx server. clients are runnings over a private lan 
built over 640kbps lines.

i'm experiencing many disconnections caused by temporary network 
failures. so what i'm asking is: is it possible to specify in nx 
configuration the timeout for disconnecting session?

thanks
Nicola

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

disabling DHCP in 2.2

hi

i'm upgrading my thinstation production environment because of some 
password problems with nx client in 2.1.3
all works fine, but i need to disable DHCP in my clients. i've 
experienced some problem as described in

http://www.nabble.com/Disable-use-of-DHCP-tf1924116.html#a5591533

and now i'm blocked and my customer is not very happy..

can you please me inform how can i manually fix this problem? if you 
could guide me i can also fix this problem and
release it for rc5.

please help me, i NEED this fix quicky!!

thanks
Nicola

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: Bug in TS-o-Matic 1.8.1 on b2-net.com

acpi replaces apm in 2.2

Trevor Batley wrote:
> Hmmm, that's probably because there isn't an apm module for TS 2.2.
> 
> Trevor B
> 
> On Mon, 2006-07-31 at 10:41 +0200, Ronald van Herwijnen wrote:
>> Hi,
>>  
>> I'm trying some stuff out with TS and a Firefox Kiosk but I notice
>> that the APM package is missing on the server 
>> and can't be loaded into the Build.
>>  
>> Cheers,
>>  
>> Ronald
>>  
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>> opinions on IT & business topics through brief surveys -- and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________ Thinstation-developer mailing list
Thinstation-developer@... https://lists.sourceforge.net/lists/listinfo/thinstation-developer
> 
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your

Re: no console mode in 2.2rc

will have a look.

Mike Eriksen wrote:
> As per a request on general I did setup a telnet session on 2.1.3 (a 996 kB
> initrd!). When trying on 2.2rc3a it failed (sorry no rc4 available, but I
> don't think it matters)
> 
> SESSION_0_TYPE=telnet
> SESSION_0_TELNET_SERVER=localhost
> 
> In /var/log/boot.log it claims:
> 
> S25xinitd
> Can't find X
> Waiting for X to start for telnet
> 
> The last lines keeps continueing.
> 
> No xorg drivers included in the image and none needed. The same works well
> in 2.1.3.
> 
> Sorry 
> 
> Mike
> 
> 
> ------------------------------------------------------------------------
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT

Re: DISPLAY

i think your probably right, will have another look when I do some more work on TS, maybe tomorrow

Jeremy Parrish wrote:
> Thanks for the reply. Did you see the 2nd part of my reply? Your
> suggestion will not do what you intend. However, I don't think it is
> needed, as I've said. Here's why:
> 
> 1. any nx session defined using the thinstation.conf mechanism i.e.
> using SESSION_0_TYPE=NX; SESSION_0_SCREEN=1; etc... will already have
> an (correct) entry in the session file (/tmp/ts/session) that is
> generated by /etc/init.d/session.
> 
> 2. nx_menu generates an entry in the session file for _other_ nx
> configurations (placed in the image at build time) that are not
> defined at all in thinstation.conf (and hence have no session number
> associated with them).
> 
> Am I making sense?
> 
> Also, I've revised my patch because the nx session file extension is
> now .nxs instead of .conf. It is now reflected here as well.
> 
> -Jeremy
> 
> On 7/28/06, Miles Roper <mroper@...> wrote:
>> i think so :o)
>>
>> if....
>>
>> SESSION_0_SCREEN=1

Re: disabling DHCP in 2.2

Modify network_files

Change this;
 if [ `make_caps "$NET_USE_DHCP"` = "ON" ] ; then
     get_hostname
 fi

That fixes it.  It's due to the networking side being split into two (kind
of)

Kev

-----Original Message-----
From: thinstation-developer-bounces@...
[mailto:thinstation-developer-bounces@...] On
Behalf Of
thinstation@...
Sent: 01 August 2006 10:59
To: thinstation-developer@...
Subject: [Thinstation-developer] disabling DHCP in 2.2

hi

i'm upgrading my thinstation production environment because of some 
password problems with nx client in 2.1.3
all works fine, but i need to disable DHCP in my clients. i've 
experienced some problem as described in

http://www.nabble.com/Disable-use-of-DHCP-tf1924116.html#a5591533

Re: Fwd: [Thinstation-general] Fonts in own custom packages

> ---------- Forwarded message ----------
> From: Mike Eriksen <thinstation.mike@...>
> Date: Jul 31, 2006 3:18 PM
> Subject: Re: [Thinstation-general] Fonts in own custom packages
> To: Daniel Meyer <eagle@...>
>
> On 7/31/06, Daniel Meyer <eagle@...> wrote:
>
>> Hi,
>>
>> > Unless the path is hardwired into the binary, put the fonts in
>> > packages/x3270/lib/X11/fonts/x3270.
>>
>> thats exactly where they are.
>>
>> > If the path is hardwired, execute the xset commands in
>> > packages/x3270/etc/init.d/x3270.init. The commands will then be run at
>> > boot
>> > time.
>>
>> Yep, i figured that out, but thats too early because when xorg is
>> started
>> later by invoking the menu entry for x3270 it gets started with the -fp
>> option:
>>
>> Xorg -nolisten tcp :0 -terminate -fp
>> /usr/X11R6/lib/X11/fonts/misc,/usr/X11R6/lib/X11/fonts/75dpi -depth 16
>> -xkbmap de -xf86config /etc/X11/XF86Config-0 -nolisten tcp
>>
>> (from the boot.log file)

Re: Fwd: [Thinstation-general] Fonts in own custom packages

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Thinstation-developer mailing list
Thinstation-developer@...
https://lists.sourceforge.net/lists/listinfo/thinstation-developer

Re: Fwd: [Thinstation-general] Fonts in own custom packages

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

_______________________________________________
Thinstation-developer mailing list
Thinstation-developer@...
https://lists.sourceforge.net/lists/listinfo/thinstation-developer

Re: Fwd: [Thinstation-general] Fonts in own custom packages

> Actually I'm about to face the same problem. I've made a package with ms
> tt
> corefonts for web browser use and these too needs to get into the font
> path.
> In my sketch package I've simply added a line to XF86Config.Xorg.tpl and
> included this alternative file to the package. You could do similar,
> however
> then your package will destroy mine and vice versa...

And that would be... bad. 

> I wonder if it's possible to add a bit of sed magic to the init script.
> Will
> have to think about this a bit.

What about this (taken from packages/x-common/etc/init.d/x):

  X_FONT="$X_PATH/lib/X11/fonts"
  if [ -n "$SCREEN_X_FONT_SERVER" ]; then
    if [ "$X_SERVER" != "Xvesa" ]; then
        X_CMD="$X_CMD -fp $X_FONT/misc,tcp/$SCREEN_X_FONT_SERVER"
    else
        X_CMD="$X_CMD -fp tcp/$SCREEN_X_FONT_SERVER"
    fi
  else
    X_CMD="$X_CMD -fp $X_FONT/misc"
    [ -e $X_FONT/75dpi/fonts.dir ] && X_CMD="$X_CMD,$X_FONT/75dpi"
    [ -e $X_FONT/100dpi/fonts.dir ] && X_CMD="$X_CMD,$X_FONT/100dpi"
  fi

This is where the magic happens. Not sure why there is the 100dpi line
anyway, but what about changing the second else part (when no font server
is used) to:

  else
    X_CMD="$X_CMD -fp "
    for DIR in `find /usr/X11R6/lib/X11/fonts/ -type d`
    do
        [ -e $DIR/fonts.dir ] && X_CMD="$X_CMD,$DIR"
    done
  fi

Written from memory, so it might just not work and surely can be optimized...

Danny

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV