5 ms·

Windows Server will add the Linux subsystem, join the Insider program

44 points by nikbackm 9y ago

someguy7 9y ago
embrace, extend, extinguish
devoply 9y ago
What's positive about this: more options for developers. What's negative about this: Microsoft is trying to eat Linux. I doubt they will succeed but that's in fact what they are trying to do.
- danieldk 9y ago
  Are they? It seems that a lot of their work (WSL, VS Code, etc.) seems to be focused on building developer mindshare, which was largely taken by Apple [1] in the last 1.5 decade. After the Windows Phone and Windows 8 Metro fiascos, I think they realized that the 'launch the platform and the developers will come'-strategy does not work. tl;dr: this seems like a direct attempt to lure developers away from Apple's platforms. [1] To repeat a cliché: go to a developers conference and the majority of laptops will be MacBooks.
  - ianai 9y ago
    Whether they want to eat Linux or not, I don't think they can. It will always be free.
    - nickpsecurity 9y ago
      What if they bought Red Hat and SUSE. SUSE was acquired by Novell. It getting acquired again is conceivable. Red Hat is an unknown. Last one is Canonical. I think it could happen on the distro side where they get acquired, new stuff goes more proprietary, and so on. As I run it through my head, the main way Linux would stay free are through the remaining contributors to kernel: IBM and Oracle. Mainly IBM since they contribute a ton of code, use Linux extensively, and previously put $1 billion on line to fight Microsoft and SCO. They fought them back before. Oracle's big on Linux these days. They'd probably hit them, too. So, what protects the ecosystem of usable, free Linux is the self-interest of massive, proprietary vendors along with contributions from a few distro's. I probably wouldn't have called that happening 20 years ago.
      - curt15 9y ago
        >As I run it through my head, the main way Linux would stay free are through the remaining contributors to kernel: IBM and Oracle. What about Google, which uses Ubuntu for its internal workstations?
        nickpsecurity 9y ago
        I thought they ran on Macs after the big hack. Them on Ubuntu is new to me. If so, then they might fight too. I shouldve added them and Amazon anyway due to Linux-based clouds plus a history of legal battles protecting their interests. Good catch!
ramshanker 9y ago
Linux subsystem is more of a developer tool than consumer one. And server is a lot more of developer only affair. So it seems natural choice.
0x0 9y ago
How long until vendors start shipping "linux" software binaries that depend on a microsoft-specific quirk in their Linux kernel ABI reimplementation, and real Linux will need to add support for MS-Linux kernel ABI variant :)
- arca_vorago 9y ago
  I don't think vendors will do this for a while. After getting a lot of flak for railing against this (replacing the gplv2 linux kernel with a proprietary closed source one, essentially), I did some reading... it seems as if it's so buggy all kinds of basic software doesn't even work. On top of all the idealogical reasons to not use this, pragmatically MS has a very long way to go before the WSL is any kind of real threat to GNU+linux. Emphasis on GNU. This is usually where someone naively says "but GNU tools aren't that good and aren't used these days" (which is utter bs) If you take the GNU and the linux out of GNU+linux and put it top of windows, what do you have left? Basically just windows. To hell with that. Windows is malware. https://www.gnu.org/proprietary/malware-microsoft.html https://www.gnu.org/proprietary/malware-microsoft.html
  - trentnelson 9y ago
    It's not buggy at all -- I've been using it extensively since it was first available and have not run into a single issue.
    - metaobject 9y ago
      We had issues getting cron to run properly a month or so ago on Windows 10. Researching the issue revealed that other people had the same issues. So there certainly are some bugs.
    - AlexeyBrin 9y ago
      To be fair, it depends on your usage, here are two problems that I found: * Swift runs natively on Ubuntu, however on WSL only the compiler works. If you try to run the REPL it will crash. * Emacs, slow start, seems to work for simple editing. Crashes when you try to install a package or when you try to list the available packages.
rebootthesystem 9y ago
Can someone with Windows Server experience please explain how this might make any sense at all? I've never uses Windows Server or any of the MS server technologies. The closest I've gotten to this was using Exchange in the context of being just another user in a corporate environment. If you need Windows Server, why would you want any part of Linux? And, if you need Linux server, why would you pile gigabytes (?) of MS Server code onto your server? I can see (and I like) the utility of WSL on the desktop for development. As this evolves it will become more and more useful. But on the server? Not sure I see the point.
- ctolkien 9y ago
  They are position this for use in script sharing. You might have a nix shell script, using a bunch of traditional GNU tools which does some "stuff" - you can now consolidate that workload onto a Windows Server.

44 points by nikbackm 9y ago

embrace, extend, extinguish

What's positive about this: more options for developers. What's negative about this: Microsoft is trying to eat Linux. I doubt they will succeed but that's in fact what they are trying to do.

danieldk 9y ago
Are they? It seems that a lot of their work (WSL, VS Code, etc.) seems to be focused on building developer mindshare, which was largely taken by Apple [1] in the last 1.5 decade. After the Windows Phone and Windows 8 Metro fiascos, I think they realized that the 'launch the platform and the developers will come'-strategy does not work. tl;dr: this seems like a direct attempt to lure developers away from Apple's platforms. [1] To repeat a cliché: go to a developers conference and the majority of laptops will be MacBooks.
- ianai 9y ago
  Whether they want to eat Linux or not, I don't think they can. It will always be free.
  - nickpsecurity 9y ago
    What if they bought Red Hat and SUSE. SUSE was acquired by Novell. It getting acquired again is conceivable. Red Hat is an unknown. Last one is Canonical. I think it could happen on the distro side where they get acquired, new stuff goes more proprietary, and so on. As I run it through my head, the main way Linux would stay free are through the remaining contributors to kernel: IBM and Oracle. Mainly IBM since they contribute a ton of code, use Linux extensively, and previously put $1 billion on line to fight Microsoft and SCO. They fought them back before. Oracle's big on Linux these days. They'd probably hit them, too. So, what protects the ecosystem of usable, free Linux is the self-interest of massive, proprietary vendors along with contributions from a few distro's. I probably wouldn't have called that happening 20 years ago.
    - curt15 9y ago
      >As I run it through my head, the main way Linux would stay free are through the remaining contributors to kernel: IBM and Oracle. What about Google, which uses Ubuntu for its internal workstations?
      - nickpsecurity 9y ago
        I thought they ran on Macs after the big hack. Them on Ubuntu is new to me. If so, then they might fight too. I shouldve added them and Amazon anyway due to Linux-based clouds plus a history of legal battles protecting their interests. Good catch!

ramshanker 9y ago

Linux subsystem is more of a developer tool than consumer one. And server is a lot more of developer only affair. So it seems natural choice.

0x0 9y ago

How long until vendors start shipping "linux" software binaries that depend on a microsoft-specific quirk in their Linux kernel ABI reimplementation, and real Linux will need to add support for MS-Linux kernel ABI variant :)

arca_vorago 9y ago
I don't think vendors will do this for a while. After getting a lot of flak for railing against this (replacing the gplv2 linux kernel with a proprietary closed source one, essentially), I did some reading... it seems as if it's so buggy all kinds of basic software doesn't even work. On top of all the idealogical reasons to not use this, pragmatically MS has a very long way to go before the WSL is any kind of real threat to GNU+linux. Emphasis on GNU. This is usually where someone naively says "but GNU tools aren't that good and aren't used these days" (which is utter bs) If you take the GNU and the linux out of GNU+linux and put it top of windows, what do you have left? Basically just windows. To hell with that. Windows is malware. https://www.gnu.org/proprietary/malware-microsoft.html https://www.gnu.org/proprietary/malware-microsoft.html
- trentnelson 9y ago
  It's not buggy at all -- I've been using it extensively since it was first available and have not run into a single issue.
  - metaobject 9y ago
    We had issues getting cron to run properly a month or so ago on Windows 10. Researching the issue revealed that other people had the same issues. So there certainly are some bugs.
  - AlexeyBrin 9y ago
    To be fair, it depends on your usage, here are two problems that I found: * Swift runs natively on Ubuntu, however on WSL only the compiler works. If you try to run the REPL it will crash. * Emacs, slow start, seems to work for simple editing. Crashes when you try to install a package or when you try to list the available packages.

rebootthesystem 9y ago

Can someone with Windows Server experience please explain how this might make any sense at all? I've never uses Windows Server or any of the MS server technologies. The closest I've gotten to this was using Exchange in the context of being just another user in a corporate environment. If you need Windows Server, why would you want any part of Linux? And, if you need Linux server, why would you pile gigabytes (?) of MS Server code onto your server? I can see (and I like) the utility of WSL on the desktop for development. As this evolves it will become more and more useful. But on the server? Not sure I see the point.

ctolkien 9y ago
They are position this for use in script sharing. You might have a nix shell script, using a bunch of traditional GNU tools which does some "stuff" - you can now consolidate that workload onto a Windows Server.