Posted
by
timothy
from the ssh-don't-tell-anyone dept.
Mithix writes "Gizmodo is reporting that the popular (and free) SSH client PuTTY is now in beta for Symbian OS, the OS of choice for the Nokia Series 60, the Nokia 9200 Communicator Series, and the N-Gage. Finally, something redeeming for the N-Gage?"
This discussion has been archived.
No new comments can be posted.
Not really sure what was informative about this parent but...
I recently got an N-Gage (two weeks ago at EB). It was $200 with three games and an extra battery.
I didn't buy it for the games in any way what so ever. I bought it because it was a cheap, high-end (bluetooth) phone. It also supported IMAP over SSL and SMTP-Auth over SSL which were neat. It has usable PIM functinality as well. There are also some neat free apps for it, such as this.
The games have been mildly entertaining (definitely more so
OpenSSH for Cygwin doesn't produce a log file. Instead, it writes to the event log, and it only writes diagnostic messages not the entire session output.
putty doesn't need cygwin, but you need putty even if you have cygwin.
cygwin's ssh client has some annoying problems, expecially when using curses programs. They are just annoyances, but why put up with them when you can get putty that works nearly flawlessly.
Um.... Sony Ericsson T616 isn't a Symbian OS based phone.
And it is pretty much impossible to write an ssh client for it simply because of the crappy Sony Ericsson J2ME implementation. Sony Ericsson has chosen not to implement sockets so j2me "internet" apps must utilize wap push mechanisms in order to send/receive data.
If you want a phone that supports sockets look for a phone with a phone that has MIDP 2.0 implemented. I'm pretty sure that sockets is a requirement in MIDP 2 and optional in MIDP 1.
some j2me midp1.0 phones do support sockets(google search says that t616 doesn't though), in fact, almost all the recent one's. midp1.0 doesn't require it though. however, I'd be very skeptical of it being feasible to do a ssh client in one of them.
the series60 putty has been out for months already.
but yeah, people should not mix up feeble j2me apps and native symbian apps, the native one's have so much more power and access that j2me seems like a joke in comparision.
If Slashdot is posting stories about every Series 60 app released nearly a month ago, see you all in a moonth to discuss the new Helix client [helixcommunity.org].
I've had a version of putty on my P800 since I got the phone. It's a beta version (it was built 2003-01-31) but I've been using it with no problem for months.
And I can't remember when I installed it on my N-Gage, thought I know an event that happened just after when I used it, so I can look it up... Yeah, would have been early Jan. I think I installed it not long after the first version of the Ogg Vorbis player [geocities.com].
only if they'd made helix so that it would be possible to stream from the internet over bluetooth through pc's internet connection(actually they wouldn't need to do that much, just rip some parts off, like the one that insists on making a connection to an AP before trying to make the connection to the server as there's unofficial way to make it use the pc as gateway for just about any app, including wirelessirc and opera).
PuTTY for Windows is the best software of its kind. When I need an SSH/XTerm window to a Linux box, PuTTY is what I use, because I can't find an alternative that works nearly as well. That being said:
PuTTY insists that you use default XWindows conventions for cutting and pasting. Even most XWindows software is more flexible than that, never mind a cross-platform app. It's a pain for somebody who works primarily in Windows.
Configuration is horribly idiosyncratic. Options are not arranged in anything like a logical fashion, creating or modifying sessions is a pain, and it's too easy to make a bunch of changes and then lose them.
Either the PuTTY people are totally bored by UI design issues, or they just like to torture people. I hate to complain, because it's basically good (even excellent) software, and the price is right. But come on, guys!
i agree to the UI issues... then again now it's very simple, and simple it should be. one thing i would like, transparent putty-window with a picture capability just like in most terms... sorry if this sounds stupid, but i would like that:) those, who don't want it, would just leave settings untouched.
Putty's authors advise you too use a 3rd party app for transparency (http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/transparency.html).
Adding a bitmap will bloat the binary too much, according to them. But forks of putty which do this, exist. (only they are most of the time outdated).
I am still waiting for the Tab support, nowadays my desktop at work is full of putty windows, what is a bit annoying. (Screen doesn't work good in Cygwin..).
Which kind of points up why PuTTY is such a solid program: the authors think in terms of simple practical functionality. I have nothing against non-functional eye candy, but programs that support things like transparency and theming tend to suffer, qualitywise.
I guess you could argue that PuTTY's strength is also its weakness. The authors have very specific ideas about the architecture of the program, and don't leave a lot of room for tweaking.
am still waiting for the Tab support, nowadays my desktop a
Also, portable configuration files in PuTTY would be a real blessing. One of the best parts of PuTTY is you can easily fit it on the tiny portable media of your choice and use it anywhere. Unfortunately it uses the registry to store its settings, sessions, etc and it would be nice if I didn't have to write to the registry of every machine I ever used it on. It would be nice to just carry a config file with all my sessions along with my PuTTY executable.
I thought of that. But have you seen the PuTTY source? Fixing the configuration problem or making cut&paste more flexible would require more than a simple patch. It would be more like a major fork, or even a new app that borrowed a lot of PuTTY's routines. I probably don't have the skill to do that, and I certainly don't have the time. The best I can do is make whining noises and hope that somebody takes an interest.
PuTTY insists that you use default XWindows conventions for cutting and pasting.
The problem is that they can't use ^C ^V like the rest of Windows apps because the program running inside putty may use those - for example if you are using pine. Therefore any method they choose will be akward when you are habituated to the windows shortcuts. The method they chose is at least familiar to some people and is much better than the DOS terminal's solution to this problem.
The problem is that they can't use ^C ^V like the rest of Windows apps because the program running inside putty may use those - for example if you are using pine.
That's nonsense. Text mode programs don't know about terminal cut and paste. They all think they're running on DEC-compatible terminals [vt100.net], which is what all XTerm implementations emulate. (Actually, they assume whatever terminal you specify via $TERM, but nowadays that's almost always set to "xterm", since hardware terminals are more or less dead.)
One of us is completely misunderstanding the other.
Text mode programs don't know about terminal cut and paste. They all think they're running on DEC-compatible terminals, which is what all XTerm implementations emulate. (Actually, they assume whatever terminal you specify via $TERM, but nowadays that's almost always set to "xterm", since hardware terminals are more or less dead.)
Agreed.
They don't see mouse gestures. They just see input. They have no way of knowing whether these inputs come from a k
When you said "can't use ^V/^C" I took "can't" to mean "technically impossible." OK, not what you meant. But you're still wrong. Good terminal emulators always define some kind of quote sequence so you can pass through something you want interpreted by the remote system. Or you configure your keyboard shortcuts on the two systems so that they don't conflict. Or you don't use keyboard shortcuts at all -- I tend to rely on context menus for cutting and pasting. There's no "can't" here.
All that says is that you can change the specific action of the buttons. Which is in fact a standard XWindows feature. Or more precisely, a feature of most X window managers that were designed more than 10 years ago. Since then, more sophisticated input features have become commonplace. The right mouse button doesn't have a single function, it brings up a context-sensitive menu. Or you can skip the menu and use keyboard shortcuts. This kind of UI is something you see not just on Windows, but on most popular
Of course it is possible for the terminal emulator to take C-c as copy and C-v as paste, but personally I would find it damn annoying because those keystrokes are often used by the application. The annoyance of having to use the mouse for cut and paste is smaller.
This is a matter of personal preference, all I can say is that the Putty developers have the same preferences as the Windows command window developers and many other people.
I absolutely agree with you - PuTTY is a very nice SSH client. The only drawback I've encountered so far: it doesn't accept commands to be executed on the remote site via command line (yes, it does from within its UI), so I can not use it in a batch file to run a command on an SSH server and assign the result to an environment variable. To accomplish this, I still have to use the OpenSSH client from my Cygwin environment. Would be great to see that in a future version of PuTTY.:-)
So if I have an N-gage, I can SSH to with Putty? What will be the hardware interface? Or is there a mechanism to hook my N-gage to my computer and then SSH to it? - wouldn't that be kinda pointless then?
You need to connect your N-Gage to the internet via GPRS, dialup or whatever else it might offer. Then you'd SSH to your computer over the internet just like you would normally do from a remote location.
I had putty on my 9290 about 8 months ago now, works great.
It also runs on other Symbian phones like the Sony Ericsson P800 and P900.
No mention on the Sourceforge project page of a port to the older EPOC/Symbian OSes. Pity, I would have liked to have PuTTY running on my Psion 5mx.
I currently use Hermes [demon.co.uk] and a direct serial connection to maintain my headless Linux boxes. Psion 5/5mx machines are really good for this with the 640x240 display and keyboard you can type on.
PuTTY is awesome! (Score:4, Funny)
Re:PuTTY is awesome! (Score:1, Informative)
I recently got an N-Gage (two weeks ago at EB).
It was $200 with three games and an extra battery.
I didn't buy it for the games in any way what so ever. I bought it because it was a cheap, high-end (bluetooth) phone. It also supported IMAP over SSL and SMTP-Auth over SSL which were neat. It has usable PIM functinality as well. There are also some neat free apps for it, such as this.
The games have been mildly entertaining (definitely more so
Re:PuTTY is awesome! (Score:2)
Multiple phone handsets for different circumstances!
Re:Ah, PuTTY (Score:2, Informative)
Re:Ah, PuTTY (Score:1)
Re:Ah, PuTTY (Score:4, Informative)
cygwin's ssh client has some annoying problems, expecially when using curses programs. They are just annoyances, but why put up with them when you can get putty that works nearly flawlessly.
Re:MOD PARENT DOWN (Score:1)
geez, I should start bashing Windoze as well, to gain more insight into working of
Curses!! (Score:2, Funny)
A day late and a dollar short again
Re:Curses!! (Score:4, Interesting)
And it is pretty much impossible to write an ssh client for it simply because of the crappy Sony Ericsson J2ME implementation. Sony Ericsson has chosen not to implement sockets so j2me "internet" apps must utilize wap push mechanisms in order to send/receive data.
If you want a phone that supports sockets look for a phone with a phone that has MIDP 2.0 implemented. I'm pretty sure that sockets is a requirement in MIDP 2 and optional in MIDP 1.
Re:Curses!! (Score:3, Informative)
the series60 putty has been out for months already.
but yeah, people should not mix up feeble j2me apps and native symbian apps, the native one's have so much more power and access that j2me seems like a joke in comparision.
A bit old... (Score:2)
Something wrong with the *IDEA* of Helix DNA (Score:2)
"News" (Score:1)
Re:"News" (Score:2)
Re:A bit old... (Score:2)
Comment removed (Score:5, Informative)
PuTTY Experience (Score:5, Informative)
Re:PuTTY Experience (Score:1)
Re:PuTTY Experience (Score:3, Informative)
Adding a bitmap will bloat the binary too much, according to them. But forks of putty which do this, exist. (only they are most of the time outdated).
I am still waiting for the Tab support, nowadays my desktop at work is full of putty windows, what is a bit annoying. (Screen doesn't work good in Cygwin..).
Re:PuTTY Experience (Score:2)
I guess you could argue that PuTTY's strength is also its weakness. The authors have very specific ideas about the architecture of the program, and don't leave a lot of room for tweaking.
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:4, Interesting)
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:2, Funny)
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:2)
The problem is that they can't use ^C ^V like the rest of Windows apps because the program running inside putty may use those - for example if you are using pine. Therefore any method they choose will be akward when you are habituated to the windows shortcuts. The method they chose is at least familiar to some people and is much better than the DOS terminal's solution to this problem.
Have you seen other programs that handle
Re:PuTTY Experience (Score:2)
That's nonsense. Text mode programs don't know about terminal cut and paste. They all think they're running on DEC-compatible terminals [vt100.net], which is what all XTerm implementations emulate. (Actually, they assume whatever terminal you specify via $TERM, but nowadays that's almost always set to "xterm", since hardware terminals are more or less dead.)
Re:PuTTY Experience (Score:3)
Text mode programs don't know about terminal cut and paste. They all think they're running on DEC-compatible terminals, which is what all XTerm implementations emulate. (Actually, they assume whatever terminal you specify via $TERM, but nowadays that's almost always set to "xterm", since hardware terminals are more or less dead.)
Agreed.
They don't see mouse gestures. They just see input. They have no way of knowing whether these inputs come from a k
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:1)
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:2)
It can't use C-c and C-v, and neither can Microsoft's own command prompt window, because those keystrokes might be used by the application.
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:2)
This is a matter of personal preference, all I can say is that the Putty developers have the same preferences as the Windows command window developers and many other people.
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:1)
Re:PuTTY Experience (Score:2)
Re:PuTTY Experience (Score:1)
Visit http://www.httpmon.de/ [httpmon.de] to
GET
Hasn't this been out forever? (Score:2)
*promote*
So what's this mean? (Score:1)
wonder what I'm missing here...
Re:So what's this mean? (Score:1)
I had putty on my 9290 about 8 months ago now, works great.
It also runs on other Symbian phones like the Sony Ericsson P800 and P900.
Re:So what's this mean? (Score:1)
just another piece of programming trudgery...*sigh
Nethack (Score:1)
Older EPOC/Symbian OSes (Score:1)
I currently use Hermes [demon.co.uk] and a direct serial connection to maintain my headless Linux boxes. Psion 5/5mx machines are really good for this with the 640x240 display and keyboard you can type on.