ok, I finally got ssh to work by executing it from:
/var/lib/install/bin/ssh

but I'm getting the same error:
Connection refused at /usr/viewtouch/bin/vt_openterm line 128

ssh now works; X-connection not yet tested
 

worked for me as well. Thus, at least, it looks as if that issue of becoming root is not the problem.

I'll try the X-connection later today; currently I have no connection from the 770.

christianhauck @desktop.

I understand that it's supposed to download some textures et cetera, but after putting in the PW I get a list of switches and it's sitting there (presumably downloading). I'm also unfortunately going to be late for work so I'll have to leave this connected as I run to the streetcar stop. Hopefully it works.

There was someone on another project who was logging on and executing another version of the application and bypassing the startup script (which would have prevented another copy from running). When he shut down the program it shut down both copies. That message meant that the POS program had been shut down. openterm is only smart enough to serve you a display if the program is running, but not smart enough to start the program up unless you are the same user who shut it down.

It's running again now. Again, thanks to all who are being patient.

Is a 5-10 minute wait normal Remote? I assume this is when the download is occuring, after I enter the password I get a list of switches and then it sits there. I'm not sure what's going on as I'm receiving no visual queues.

looks like I'm too stupid : when I type "ssh" in Xterm, I get help about using ssh, so I assume ssh is there. But when I enter the whole line "ssh -X viewtouch@demo.viewtouch.com /home/viewtouch/bin/openterm" I get "sh: ssh: not found".

Put a "./" in front of it (to execute from the current directory).

Looks confusing, sh (the shell) is telling you ssh doesn't exist :)

The list of switches you see is from the 770's SSH program. It shows you the switchable commands that your SSH supports. The implication of your SSH program showing its commands to you implies its rejection of the X forwarding command.
(This is corrected) The list of switches you see is from the POS demo program - you see it because there is no X display environment accompanying your logon request. I'll next be providing information on how to overcome this.

No, the list of switches is from vt_openterm... I figured I'd try it from my Mac first to see what the performance was like (obviously a POS app would generally be on a LAN, rather than over home broadband):

andrew@willow:~ $ ssh -X viewtouch@demo.viewtouch.com /home/viewtouch/bin/openterm
Password:
Usage: vt_openterm [OPTIONS] <display address>
OPTIONS:
-c Close the terminal instead of opening it
-C Clone an already open terminal
-d <number> Number of drawers attached to terminal
-D Enable debug mode
-h Show this help screen
-n <name> Terminal name
-p <port> Remote port to connect to
-P <printer> Printer host
-r <remote> Remote host to connect to
-t <type> 'kitchen' or 'normal'
-T <printer type> 'epson', 'star', 'ithaca', or 'text'

...and then it just sits there.

HTH,

Andrew

I just tried to email you and your domain is down.
------------
There's a shorter command now:
------------
Here's what we've learned...
You get the switch (i.e., program arguments) info because the openterm program fails, and that's because your DISPLAY environment variable hasn't been set for the user you are at the moment. In other words, you are not the user who has the X display privileges on your 770 and your 770 is not going to give you a display built out of X primitives - the POS app. You must have su'ed to root, for instance, and root does not have an X display environment.

If you are a user for whom the X display environment has been established, if you are the normal user, then ssh will then set up the forwarding channel, forward your X environment info and everything will be fine.

On my own desktop I opened an X terminal console and an X terminal root console. When I executed the ssh command coming in from a root X terminal console it failed for me, too. When I executed it in a non-root X terminal console it worked.
----------
Yes, normally POS is done on a LAN, which means that there has to be at least one computer on the LAN. The significance of this test is that it is to be done on the WAN, which means that there will be no need for any computers on the LAN. Software without computers, but with only a handheld wireless X terminal like the 770, at least as far as any software user is concerned. In the past a user of software has always meant a user of computer hardware, too. A user of software will not necessarily continue to mean a user of computer hardware, too as soon as we're over this hump. If people like software but they don't like computers, then that's the target we're aiming at - to replace the computer the display is attached to with an X environment that the display is attached to.