Earlier quoted context omitted.
> PS. If you're coming from a Unix background and interested in learning posh: https://certsimple.com/rosetta-stone I stopped reading this when I got to this part: whois 'domain [domain name]' --> $web = New-WebServiceProxy 'http://www.webservicex.net/whois.asmx?WSDL' $web.GetWhoIs('[domain name]') It's cute that there is some kind of VBScript for calling web services, but this line tells me that this document must h…
The main aim is to be useful . Someone who wants to lookup Whois is better served by giving them something that will achieve that task. If you have other suggestions though, send a pull request. The project has already gotten a bunch from the SmartOS and FreeBSD communities.
OpenSSH for Windows update
71–80 of 146 posts
Re: OpenSSH for Windows update
#72Earlier quoted context omitted.
I don't know anything about PowerShell, but I have a similar question, I think: how is this going to work? Will I be able to do something like this command line (from my *nix machine)? ssh user@windows.machine.local dir d: | less
You should be able to do that just fine. 'dir d:' runs on the windows box and 'less' on the unix box.
Re: OpenSSH for Windows update
#73Earlier quoted context omitted.
> PS. If you're coming from a Unix background and interested in learning posh: https://certsimple.com/rosetta-stone I stopped reading this when I got to this part: whois 'domain [domain name]' --> $web = New-WebServiceProxy 'http://www.webservicex.net/whois.asmx?WSDL' $web.GetWhoIs('[domain name]') It's cute that there is some kind of VBScript for calling web services, but this line tells me that this document must h…
Or hell, use something like https://github.com/bone187/PowerShell-Whois/blob/master/whoi... . I like PowerShell but sometimes the community makes me wonder.
If anyone else on HN wants to add anything, the source is just markdown, so you can hack away (gulp does the HTML building and JS does the interactivity): https://github.com/certsimple/rosetta-stone/blob/master/rose...
Re: OpenSSH for Windows update
#74> Address POSIX compatibility concerns Best way to address POSIX compatibility concerns is implementing a proper POSIX layer in Windows (and not in a half-baked manner like the now deprecated SUA). I can't imagine how it would hurt anybody.
SUA was not half-baked, this is a very, very hard problem. There is a very serious difference in the way POSIX and Windows model a lot of really important OS primitives, from asynchronicity model in signals, to the semantics of syscalls like `fork`. Every process using these primitives on POSIX has specific behavior defined under those primitives, and if you don't choose _exactly_ the right behavior on the POSIX subs…
As for choosing "_exactly_ the right behavior" ... the whole point of POSIX is to clearly define the exact right behavior!
Re: OpenSSH for Windows update
#75Re: OpenSSH for Windows update
#76Earlier quoted context omitted.
Yep definitely the worst thing ever. Not just that though; everything. I've lost so much hair in the last few months over trying to get a CD environment up on windows.
This. Everything about Windows and automation just feels like Bill & co really hates you personally, hates your company, and even the air you breath
Re: OpenSSH for Windows update
#77Re: OpenSSH for Windows update
#78Earlier quoted context omitted.
Is this not what midipix.org intends to do? Granted, they're nowhere near close to being finished at this point in time, but it would be great to see the project pick up steam in this space.
midipix looks awesome, but seems to be GPL (not LGPL). Does that mean anything using it must be GPL too? I think that would be unacceptable for such a low layer of the stack.
After discussing this issue on #midipix on freenode, they had mentioned they will explore dual-licensing or some variant of such once the software is more stable and can be reliably deployed. In any case, the project is far too early in its infancy to start worrying about what license they might have.
Re: OpenSSH for Windows update
#79I am waiting the moment when I can throw away WinRM and SSH to all the servers.
Hell yes. Watching packer shit a brick 5 times a day trying to upload virtualbox guest additions via WinRM makes me want this yesterday. Also I had to up the memory ceiling on WinRM to 800Mb (WTF!) to even get it to complete.
I was so keen for WinRM support to land in Packer so I could avoid installing cygwin.
It was out of the frying pan and into the fire.
Native Windows SSH should _hopefully_ solve all this hassle.
Re: OpenSSH for Windows update
#80Earlier quoted context omitted.
A crypto system is a big and complex thing, subtle and quick to anger, and I can't blame Microsoft for wanting to concentrate on the one they're already supporting, instead of having to support two. On the other hand, for the exact same reason, I expect OpenSSH probably isn't interested in supporting anything besides LibreSSL and maybe OpenSSL, at least while they're so closely related.
So you think it'll remain a fork, rather than a platform for OpenSSH? If they implemented a good openssl to cryptoAPI shim it could be usable by other projects linked against OpenSSL.