Live data from Hacker News

Bash and Windows Subsystem for Linux Demo [video]

channel9.msdn.com

121–130 of 316 posts

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

#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.

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

#122

Can anyone please tell if Windows SubSystem for Linux coexists well with Cygwin64 and/or msys? I have Cygwin64 installed. I don't use it a lot but it helps to run some deployment bash scripts which otherwise won't run on Windows. So it will be good to know if Windows SubSystem for Linux messes up with it or not.

Both run fine next to each other. The only conflict I can think of is if you don't call "bash" via a complete path, but rather rely on PATH environment variable. Btw. any reason you are not running those bash scripts in WSL now?

Thanks for the info. Didn't try the WSL yet. Was afraid to break the workflows which are already working.

Planning to give WSL a shot soon.

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

#123
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.

Uh.... VS has always been able to do C/C++ compilation. Like... for decades now? Just not with the standard Linux toolchain, but you've always been able to build C/C++ projects on Windows.

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

#124
those are some cool changes. For those who can't/don'w want to watch the video:

- 24 bit color support added.

- lots of work to support more programs

- launch windows programs from bash (notepad.exe for instance)

- file change notification support (to allow for automatically rebuilding a website on file change for instance)

- can build a C++ project in Visual Studio and deploy it to your local WSL env, so you can run it directly from the local bash. (Visual Studio generates real linux binaries : ELF 64 bit lsb executable)

- Remote GDB Debugger: Can use visual studio debug engine to debug linux executables (It looks like this was possible before for remote machines [1], but now it can be done locally on a program running in WSL.)

[1] https://blogs.msdn.microsoft.com/vcblog/2015/11/18/announcin...

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

#125

I Still wish they did the opposite. I want to seamlessly run an occasional windows app in linux, and I would pay for it. There is literally zero chance of me switching back to windows for day to day usage. Edit: idobai, I can't reply because your account is banned, but last I tried Wine and Crossover do not work for the apps I am trying to use. Edit 2: cyloneyes, you're banned too. But "They" would be Microsoft. They…

What's the problem with wine and crossover? Btw, you can pay for crossover to support its developers.

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

#127

The biggest problem I have with the WSL is that it is intrinsically tied to stable Windows releases; there is no way to get incremental updates for Bash on Windows unless you subscribe to the Windows Insider program, which is a way of running prerelease versions of Windows. So in order to get Linux features like inotify working you have to sacrifice the stability of your operating system. This looks like it'll be tru…

Output from `bash --version` on macOS: `GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin16) Copyright (C) 2007 Free Software Foundation, Inc.` that's a 10yr old bash and there's barely any shell magic that you can do on Linux that won't work on macOS. And since by far most devs use macOS, most binaries support at least the macOS version of bash. All in all, no need to worry :p

> by far most devs use macOS

I'm not sure about this - that seems too extreme of a statement. If there is any winner, it's going to be Windows. IMO, Linux and macOS will be within 5 percentage points of each other. From what I've seen at university, it's something like 60% Windows, ~20% macOS, ~20% Linux (usually Ubuntu). Much more Linux/Mac in the "hackier" courses, usually with a slight majority to Macs.

Where can reliable statistics be found on this? HN isn't exactly indicative of developers in general.

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

#128
post #72

Dumb question: Why did they name this "Subsystem for Linux"? (Old name was Interix, subsystem for UNIX-based applications , or "SUA".) Does marketing/users believe there is a distinction between Linux as a kernel and GNU as a source for a userland? Irrelevant? Curious what others think.

The big difference is that it isn't just POSIX compatible, it is a full out "bug-for-bug" emulation of the Linux kernel specifically with an eye towards binary compatibility. Out of the box, the userland here isn't just GNU, it is entirely the same binaries as shipped by Canonical in Ubuntu. Old Interix required retargeting and recompiling binaries, similar to how you would need to recompile to target the differences…

>the userland here isn't just GNU

Ah okay. Shame that calling this "GNU/NT 10.0" would not be proper then.

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

#129
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.

VS not only could build C and C++ since I can remember, but was a pioneer in the recent C++ revival. Btw VS 2015 installer offers Python tooling install if I remember correctly. See also: https://github.com/Microsoft/PTVS

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

#130
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.

[deleted]
Post reply on HN