Live data from Hacker News

Bash and Windows Subsystem for Linux Demo [video]

channel9.msdn.com

131–140 of 316 posts

Re: Bash and Windows Subsystem for Linux Demo [video]

#131
post #114

This should be really useful for people who are forced to use Windows (e.g. at work). Other than that, I don't think many Linux/Unix enthusiasts are looking forward to running a spyware-ridden closed-source non-Unix operating system.

Reposting a dead comment on this parent, because it's entirely reasonable.

No, I believe they're not really after the enthusiasts. I think they're after the fence sitters. Implementing these tools on Windows removes motivation for casual dissenters from building intertia and leaving their platform. This is of course not the first time Microsoft has done something like this. Historically, step two is where they extend the functionality for Windows only. Let's keep them honest and make sure they don't do that again!

Why is this dead? It even has a name.

https://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish

Re: Bash and Windows Subsystem for Linux Demo [video]

#132

I just ran my local go project in WSL. And I can confirm it works just like it does in Linux. This is huge for everyone!

I seem to miss the point why this is huge. Why can't the project compiled for Windows in first place? Are there System specific calls?

Re: Bash and Windows Subsystem for Linux Demo [video]

#133
post #51
post #2

This is coming to Windows stable in April: - vt sequences fixed (so stuff like colored output, midnight commander, etc work and the terminal doesn't screw up) - Elixir and Go work - Also Postgres and MySQL - You can launch Windows apps from bash. - inotify works - Visual Studio can compile with GNU/Linux C/C++ tools, gdb, linker etc There's some recent fast ring info on: https://blogs.msdn.microsoft.com/commandline/2…

Re: Elixir The Erlang/OTP 19.x releases are still broken because of some missing system calls. They seem to have an incoming fix though: https://github.com/Microsoft/BashOnWindows/issues/613 It's great that they keep open conversations like this for issue tracking and hopefully April will be working 100% by then.

For this reason, whenever I try to develop anything on Windows, especially systems related stuff, I will do so in a VM. I may develop a test suite and try running it on Windows, but the Windows Linux Subsystem will never be reliable to me, until it aims to guarantee 100% compatibly.

Re: Bash and Windows Subsystem for Linux Demo [video]

#134
post #132

I just ran my local go project in WSL. And I can confirm it works just like it does in Linux. This is huge for everyone!

I seem to miss the point why this is huge. Why can't the project compiled for Windows in first place? Are there System specific calls?

I like to do my Go development in a Linux environment. So if I wanted to use Windows as my main OS, I'd have to either dual boot or use a VM. Now I can just develop directly in WSL.

A lot of people like to also develop in an environment they are going to deploy in. In my case I have some linux specific path in my code.

I am also running now Gogland Linux version through WSL.

Re: Bash and Windows Subsystem for Linux Demo [video]

#135
post #113

Earlier quoted context omitted.

> - You can launch Windows apps from bash. So I can basically do `code .` from inside bash and it will open VS Code in the linux sub-system folder? That's amazing!

Almost. `code.exe .` will do what you expect IF you are in a folder that's visible from the Windows side. If you're in a WSL folder, the Windows program will be run in C:\Windows\System32. It has worked well for me to make a symlink under ~ to /mnt/c/Users/myaccount/, and that way anything under that symlinked folder is visible to WSL and Windows programs.

Hi - yes, we register the '.exe' extension with binfmt that then triggers WSL whenever a .exe is launched, allowing us to go find and spawn the requested Win32 process.

If you just want to type `code ` (without the .exe), then you can create an alias that resolves to code.exe.

Same for Notepad, etc. :)

Re: Bash and Windows Subsystem for Linux Demo [video]

#136

I've been sing the Linux subsystem in my new Windows install for the last couple weeks, after buying my first new PC and first Windows machine in ten years. It's actually very impressive, and I like it. My PC has a super loud fan system that requires software support to control to get it quiet. Under my Linux install this was turning into a configuration nightmare, trying to find the right incantations -- under Windo…

Same here. I could not get VS code running. However, I could get Gogland and Pycharm running. So I will just use that I guess.

Re: Bash and Windows Subsystem for Linux Demo [video]

#137
post #12

Earlier quoted context omitted.

> - You can launch Windows apps from bash. So I can basically do `code .` from inside bash and it will open VS Code in the linux sub-system folder? That's amazing!

Just for reference, I've been doing this for a few months now. I'm not sure what's changed, but you'll need ubuntu 16 (you can uninstall 14 and reinstall WSL to get it) in WSL to do it.

You don't HAVE to nuke & reinstall your Linux environment to get up to 16.04 - we also support in-place upgrades too ... so long as you're running a Windows Insider build >= 14951

HTH

Re: Bash and Windows Subsystem for Linux Demo [video]

#138
post #121
post #2

This is coming to Windows stable in April: - vt sequences fixed (so stuff like colored output, midnight commander, etc work and the terminal doesn't screw up) - Elixir and Go work - Also Postgres and MySQL - You can launch Windows apps from bash. - inotify works - Visual Studio can compile with GNU/Linux C/C++ tools, gdb, linker etc There's some recent fast ring info on: https://blogs.msdn.microsoft.com/commandline/2…

So VS can do C/C++ compilation now. I wonder if they will extend VS to work with other higher-level languages like Ruby and Python (et. al.) ? It would be nice to work from Windows but build for Linux that way, for other languages too.

Yes, in Insider build 14965, we added NETLINK_ROUTE's RTM_GETLINK and RTM_GETADDR support which enabled ifconfig and network connection enumeration support : https://msdn.microsoft.com/commandline/wsl/release_notes#bui...

Re: Bash and Windows Subsystem for Linux Demo [video]

#139
post #98

Any news about 256-color support? I understand the desire for the extreme backwards compatibility, but it requires some manual magic done to display things properly in fish (which, thankfully, works really well with Bash on Windows after the aforementioned magic), and even then it will only support 16 colors.

They just said they support 16 million colors.
Post reply on HN