Posted by
timothy
on 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?"
51 comments
PuTTY is awesome!
by
Fortunato_NC
·
· Score: 3, Funny
But I'm still not buying an Ngage.
-- Blogging Weight Loss, Distance Education, and more at verlin.com
Re:PuTTY is awesome!
by
Anonymous Coward
·
· Score: 1, Informative
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 than any other phone's) and I'm happy with them. I find it is an excellent platform for FIFA as I seem to be able to see more of the players I need to know about (I can see the width of the field) and Requiem of Hell looks to be good. I'm not interested in any others at the moment (although I did get Red Faction [still not opened] and Tony Hawk as the other two freebies).
It isn't a phone for everyone. Since I got my T610 last June(?), I've pretty much used a bt headset non-stop, and so I don't find the N-Gage unnatural at all. I usually cary it with my laptop (the N-Gage) and use it for pim functionality, and it's excellent in this regard. If I need something more portable I cary a smaller phone (usually my v60 if I want something rugged and easily replaced).
There are a lot of people who say all they want from a phone is basic voice communications. That's great. I wanted mobile data. I needed bluetooth for my phone to be usefull. The N-Gage fit those needs. YMMV.
[ fwiw, I'd previously swore of Nokia phones after having two 8290s in my family die after 18 months... I'm giving them a second chance with the N-Gage and hopefully in two years I might consider them viable options again. I don't like how most of SE's stuff is going towards memory-sticks and other Sony nastiness ]
Multiple phone handsets for different circumstances!
-- ~~~~~
BigLig2? You mean there's another one of me?
Ah, PuTTY
by
Anonymous Coward
·
· Score: 0
What a great program. Coupled with Cygwin, it actually makes Windoze usable.
Re:Ah, PuTTY
by
Anonymous Coward
·
· Score: 0
erm....
why do you need PuTTY with cygwin? it has its own ssh client
Re:Ah, PuTTY
by
Anonymous Coward
·
· Score: 2, Informative
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.
Re:Ah, PuTTY
by
Anonymous Coward
·
· Score: 0
ah, did not know this. i don't log my sessions, however, because they are usually just a quick login, check something, log out. I never see the need.
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.
-- world was created 5 seconds before this post as it is.
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).
-- world was created 5 seconds before this post as it is.
It's good
by
squiggleslash
·
· Score: 4, Informative
I use PuTTY on my Nokia 9290 (and have done for a while.) It "just works".
One thing to be aware of though is that it is limited to SSH - the PuTTY client for Windows does telnet and rlogin too, but not this version.
-- You are not alone. This is not normal. None of this is normal.
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.
--
class he-man extends man!
Re:PuTTY Experience
by
MS_is_the_best
·
· Score: 2, Informative
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..).
Re:PuTTY Experience
by
kisielk
·
· Score: 3, Interesting
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.
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.
Have you seen other programs that handle this better? What approach did they take?
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 at work is full of putty windows, what is a bit annoying.
PuTTY will never have tab support -- that's just the kind of fancy UI gimmick that doesn't fit in with its basic design, and which the authors have no interest in implementing even if it were practical.
Personally, I don't use tabs, even when I use Mozilla or another program that supports them -- two levels of window access is too complex for my feeble brain. I like to have everything in the taskbar. (But isn't it hard to find stuff when you have 15 window buttons in the taskbar?) Not if you resize and rearrange the taskbar so that you have two or three rows of window buttons. You also need to increase the height of your caption bars (which also specifies the height of your taskbar buttons) so they're easier to read.
What's really helpful is to have a utility to rearrange your taskbar buttons into some kind of logical order. The best ones simply implement drag-and-drop on the taskbar. Unfortunately XP broke all of these -- the only utility that still works is Taskbar Commander which makes you pop up a special window to rearrange your buttons.
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.
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, 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.) They don't see mouse gestures. They just see input. They have no way of knowing whether these inputs come from a keyboard or a clipboard.
Have you seen other programs that handle this better? What approach did they take?
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 X Window Managers. Not just the ones like KDE, which people accuse of slavishly imitating Windows, but also really innovative WMs, like Englightenment.
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 keyboard or a clipboard.
But ^C and ^V aren't mouse gestures! They are keyboard commands, and many (if not all) programs that run in the terminal use them. Suppose putty were to intercept ^C and everytime I pressed ^C it would copy the text I had highlighted, instead of passing the ^C over the SSH connection. Then how would I send the SIGINT signal to programs that had hung? How would I use the ^C command in pico (displays current line number)? How would I quit out of emacs (^X^C)? Intercepting ^V is almost as bad because it is the keyboard shortcut for "page down" in just about every terminal program I have ever used.
If putty were to start capturing keyboard input and using it for other purposes, then it would have to provide another method for you to send those key sequences.
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.
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.:-)
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'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.
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?
wonder what I'm missing here...:-s
-- http://efil.blogspot.com/
Re:So what's this mean?
by
Padrino121
·
· Score: 1
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.
Re:So what's this mean?
by
manavendra
·
· Score: 1
Oh! no sorcery or magic tricks then?
just another piece of programming trudgery...*sigh
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 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.
-- I've got a fever and the only prescription is more COBOL.
Slashdot Mirror
But I'm still not buying an Ngage.
Blogging Weight Loss, Distance Education, and more at verlin.com
What a great program. Coupled with Cygwin, it actually makes Windoze usable.
I just got a Symbian OS based phone on Sunday. (Sony Ericsson T616) and had the idea to write a SSH client for it.
:(
A day late and a dollar short again
If bad puns were like deli meat, this would be the wurst
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.
One thing to be aware of though is that it is limited to SSH - the PuTTY client for Windows does telnet and rlogin too, but not this version.
You are not alone. This is not normal. None of this is normal.
- 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!An open source project backed by RealNetworks? That's just not natural!
PuTTY was ported to a fucking machine? What? Is it now possible to type man unzip mount fsck and get real results?
Any post with the word "Windoze" is entirely useless anyway.
*promote*
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.
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?
:-s
wonder what I'm missing here...
http://efil.blogspot.com/
Don't forget that putty also has built-in Nethack support! Does this version keep it so I can play from my phone?
Those who open their minds too far often let their brains fall out.
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 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.
I've got a fever and the only prescription is more COBOL.