Wow, this is really impressive. Last time I worked with bash on Windows it felt like isolated island. But with this. I think it is a viable option right now. The only down side to it is slow file system operations. Compiling a single toy kernel (xv6) would take much longer than Linux.<p>This is amazing, now I can have emacs server in Linux running through bash with windows service manager.<p>This is fucking awesome. I hope they improve thing further and further.<p>The only and biggest problem : Windows ridiculous conemu. I am not going use a console which I can't resize without any problem. For the sake of God they don't have unlimited buffer option and hide scrollbar (permanently) or resize window without messing up text.
There's a lot more technical information in this post (scroll below the video for diagrams and writeup): <a href="https://blogs.msdn.microsoft.com/wsl/2016/10/19/windows-and-ubuntu-interoperability/" rel="nofollow">https://blogs.msdn.microsoft.com/wsl/2016/10/19/windows-and-...</a>
Now they just need a better terminal emulator. Windows 10 made some minor but much needed adjustment, but I still end up using Cmdr (a nicely preconfigured ConEmu), and it's decent enough, but it pales over a nicely configured iTerm2 or what most popular Linux distros come with out of the box.
We're not on Windows 10 yet at my workplace, and I don't use Windows at home, so I've only been following loosely in a "this will be nice once I'm finally able to use it" way. But this bit took me by surprise:<p>> 1 Use the same working directory as the CMD or PowerShell prompt
> 2 Are run under as the WSL default user
> 3 Have the same Windows administrative rights as the calling process and terminal<p>1 and 3 are not surprising. But 2? There's a WSL default user? Windows users aren't automatically mapped to unique Linux users? That seems problematic in theory. How does it work out in practice?
If there's ever been a great opportunity to open source something in the Windows client, it's WSL. A number of popular User Voice feature requests were closed recently as not in scope, which is reasonable on the part of the WSL team but shows that the demand for Linux-on-Windows is much greater than the team's current objectives. If the project was open source and the team accepted patches who knows where this thing could go. People want to run X, they want device emulation, they want to run all kinds of apps that aren't necessarily dev tools.
Oh, that's nice. That's what I was looking for in the first place.<p>As I'm reading the comments I keep seeing things that other people want to do that I never thought of...that's awesome.