IDE für Python

So, the ssh and sftp clients are there but no scp, and if you don't like the powershell for some reason you'd still need PuTTY.

Thanks for the pointer.

--
martin@   | Martin Gregorie 
gregorie. | Essex, UK 
 Click to see the full signature
Reply to
Martin Gregorie
Loading thread data ...

Added: the above was not meant as a knock at anybody or anything. I personally find scp useful, particularly in scripts, hence the comment but ymmv.

I also don't know or use powershell. Doing so would be difficult as I don't have any copies of Windows, let alone versions that can run powershell. However, I do recognise that its a major advance on the earlier DOS command shells so, if I was committed to doing a full time project that took three months or more I'd learn to use it, but for anything shorter I know I'd be more productive if I installed cygwin and used its version of the bash shell.

--
martin@   | Martin Gregorie 
gregorie. | Essex, UK 
 Click to see the full signature
Reply to
Martin Gregorie

Definitily seems like a serious version of MS OpenSSH is at least 4 months away. Man, I can't believe cygwin or putty are STILL the best ways to get these tools. Not that there's anything wrong with that.

Reply to
A. Dumas

Err, I was referring to me doing a short job on a Windows Powershell box. Since I don't know Powershell and, on a short job there's little or no time to learn a new and fairly different shell, the obvious solution is to install cygwin and use that.

I'm saying nothing about the Windows OpenSSH implementation: if it works correctly, and there's no reason to think it doesn't, I should be able to talk to a Windows machine with it installed by using the ssh or sftp program on this Fedora box, and it in turn should be able to login to my system via the sshd on my box. I'm currently running OpenSSH_6.9p1

--
martin@   | Martin Gregorie 
gregorie. | Essex, UK 
 Click to see the full signature
Reply to
Martin Gregorie

Yes. I agreed. *And* pondered that MS OpenSSH wasn't ready yet anyway.

Reply to
A. Dumas

There should be a corollary to Godwin's law: as soon as someone has compared any two of vi, emacs or a ``gui editor'', the thread is over*.

Ron

*Lost all relevance, whatever.
Reply to
colonel_hack

OK, I misunderstood where you were coming from.

Given the ssh and sftp utilities it should provide a usable tool for running commands remotely over a command-line interface, making file transfers and supporting an X11 forwarding capability.

Install an X-term server on the windows box capable of accepting an X11 session from sshd or use ssh to start a VNC server on the remote *nix box and you've got a graphical interface as well.

So, I'm mystified: what features do you think Windows OpenSSH lacks (apart from scp and the ability to install it from a MS server)?

--
martin@   | Martin Gregorie 
gregorie. | Essex, UK 
 Click to see the full signature
Reply to
Martin Gregorie

Well, at least you can ignore opinions on editors from someone who complains that editors built for professionals are difficult to use by novices.

Reply to
Raymond Wiker

Because MSFT has such a good record for complying with other people's standards ...

Reply to
Rob Morley

...as we've all seen. However, as this is a port of a (fairly) stable package there's a chance they won't screw it up: sometimes they don't. For instance, SQL Server seems to have been fairly good from the off and that started life as Sybase 12 with a name change, but I digress: since nobody seems to have reported anything, be it a bug or success using Win OpenSSH I'll not criticise it until/unless there's something to criticise, though if anybody posts the URL of a Windows box running sshd.exe plus a noddy guide to Powershell I'm willing to try it out.

--
martin@   | Martin Gregorie 
gregorie. | Essex, UK 
 Click to see the full signature
Reply to
Martin Gregorie

wily is a fraction of emac's size; not that that's important; except that it entails less 'concepts' too. It's visual: mouse driven, instead of 'piano'. It's the public-domain version of plan9's [the guys who 'invented' unix, and then when on to 'do it properly' in plan9] acme.

My x86 version has a few bugs, but the RPi version not, except that mid-mouse is not 'atomic' depending on your actual mouse and .

MidMouse on date : writes the date. But if the mouse or your reflex is bad, you may do: cursor on a; MidMouse down; move and hilite "at"; MM up. Which 'executes' `at` instead of `date`.

Perhaps RPi is less of a problem, because of being slower, the small horizontal movement, while the mouse is down is not captured?

Reply to
noSpam

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.