That would be great if you add entire iptable support to WSL, isnt it?

Currently there is no support for filesystem watchers like inotify.
Because of this tools like bitbake don't work.

It'd be cool to launch VS Code from Bash instead of leaving & looking for the file in Windows Explorer to edit, as was shown in the Demo.
It'll allow automating build tasks involving both Linux and Windows tools with sh scripts

Many, many scripts rely on the ability to iterate through network interfaces. There is no way to do that presently and this will cause a great deal of scripts to fail. We do not need raw sockets, rather, just the ability to query what interfaces there are. This way, python scripts that rely on "netifaces.ifaddresses" will work as will some basic commnd line utilities.

Alot of us uses WSL and Win desktop merged to offer the best experience of both side, the result is great!
A bit of work on dbus and also the support of GUI & Desktop manager will be almost complete.
I think that the two side are not in competition, but in fact I think they are very complementary when used with the respective applications merged on a single desktop (Windows).

Please add netlink socket support to the Linux sub system on Windows. This will be required for a couple of development scenarios on Ubuntu.

Especially when http://yeoman.io and NodeJS should be used from the Linux Subsystem on Windows.

Microsoft is currently planning to release and upcoming new SharePoint Framework to customize and develop SharePoint.
This will make use of Yeoman generator.

Issue was already supported on https://github.com/Microsoft/BashOnWindows/issues/468

It would be great if the new BASH shell could utilize the system GPU for use with CUDA in various Machine Learning applications.

We need to be able to access connected USB devices from bash. An example would be that if I install fastboot and adb using apt-get, connect an Android device to USB, I'm not able to use fastboot or adb to connect to the Android device. Please allow us to connect to USB devices from Bash!

Keyboard-based copy/paste should work in the bash console (ctrl+c/v)

Ubuntu subsystem on Windows blows my mind (being a Ruby dev using a Windows 10 machine). I tried many solutions and I've settled with a Vagrant Ubuntu combined with Unison to sync projects across the two machines. Would love to get rid of the vagrant instance but we need to ensure Ubuntu subsystem will support symlinks and extended filenames out of the box (esp since its using shared storage with Windows 10 core subsystem). NPM, for example, needs these two features before it'll work natively. Good work guys!

I was trying to run pandoc as shown below, but I'm hitting an error. I'm no expert, but a quick search shows that timer_create is a POSIX feature that is probably missing.

root@XXXXX:/mnt/c/Users/XXXX/docs# pandoc --latex-engine=/usr/bin/xelatex -o docs.pdf 01-intro.md
pandoc: timer_create: Invalid argument
make: *** [docs] Error 1

This is probably related with https://wpdev.uservoice.com/forums/266908-command-prompt-console-bash-on-ubuntu-on-windo/suggestions/13339443-the-glorious-glasgow-haskell-compilation-system-a

Just because I close the terminal doesn’t mean that I want the service to quit. For example, if I were to background an application and close the terminal, I’d expect that it’d still be running in the background.

Similar to how you can shift+right click and "open command window here" while viewing a folder through explorer. It would be nice to have "open bash here" as well.

And at that, let it be cohesive with the way we all know bash to be.

For example, suppose I did (this wouldn't be syntactically correct, but you get the idea) :

$ echo -ne "\x01\dword" > /proc/registry/HKLM/Software/Microsoft/Windows/MyKey/MyValue

Or I could also read registry values, like so:

$ cat /proc/registry/HKLM/Software/Microsoft/Windows/MyKey/MyValue

Or search the registry, like so:

$ rgrep -i mydata /proc/registry/HKLM/Software/Microsoft

Also let us do the same thing with other Windows side things like WMI objects. Say I wanted to do this in powershell:

Get-WmiObject Win32_PerfRawData_Tcpip_ICMP

The bash equivalent might be:

cat /proc/wmi/Win32_PerfRawData_Tcpip_ICMP

Instead of limiting development tools to closed command line allow locally running X-server (such as X-ming or Cygwin/X or vcxsrv or X-Win32) to display X enabled applications (such as GNU/Emacs or gvim). This wouldn't be the same as running native applications so wouldn't cut into potential windows applications, but allow people to use Emacs to do development in a multi-window environment.

Please add FUSE (Filesystem in Userspace) interface /dev/fuse into WSL (Windows Subsystem for Linux).
With FUSE, we can access from WSL to file storages regularly used with Linux cluster environments such as GlusterFS, Moose FS, etc.

Allow native Win32 code (such as Emacs) to launch Linux tools/commands (such as gcc/clang), with path translation so people can use the native Win32 GUI version of Emacs (or vim) to do development instead of the more restricted command line version. This is significantly better than running Emacs in Windows to edit files and then switching windows to execute commands in the bash console.

I want to use Bash on Windows but I don't want to enable developer mode due to its "install any signed app" side-effect. I just need latest gcc/g++ and python to work.

http://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_security/bash-on-windows-without-enabling-developer-mode/98734a40-f63f-4839-8d10-4d80b798f2f7