SUA Deprecated In Windows 8? 226
An anonymous reader writes "I just tried to install Subsystem for UNIX-based Applications (SUA) on Windows 8 Preview and found that it's marked as DEPRECATED: 'Subsystem for UNIX-based Applications (SUA) is a source-compatibility subsystem for compiling and running custom UNIX-based applications and scripts on a computer running Windows operating system. WARNING: SUA is deprecated starting with this release and will be completely removed in the next release. You should begin planning now to employ alternate methods for any applications, code, or usage that depend on this feature.'"
Cygwin (Score:5, Insightful)
Re:I feel like... (Score:5, Insightful)
Re:Metro (Score:1, Insightful)
Now you have it, now you dont. (Score:2, Insightful)
Re:I feel like... (Score:4, Insightful)
a full blown unix VM
That's the key right there. With virtualization software in the state that it is now, why would you run POSIX applications shoe-horned into windows, when you can have a proper POSIX system running in a VM.
This is (Score:5, Insightful)
If you look at the kind of work Microsoft has put into the Linux kernel recently relating to Hyper-V...
https://lwn.net/Articles/451243/ [lwn.net]
One might gather that it's not worth the trouble for NT to ape Unix anymore. Chances are pretty good Linux is the new SUA and virtualization will be the new supported solution to this problem. I mean, why should Microsoft bother maintaining its own Unix tools when they're actively maintained elsewhere? Given the work they've done on both virtualization and linux integration I would say that there's no great conspiracy here.
Re:Metro (Score:4, Insightful)
It's console-only, actually. It's just something that runs on the POSIX subsystem that NT provides, but it really sucks. First, it's an ancient POSIX interface. Second, it's command line only - it's not like you get X or anything. Third, well, you lose access to Win32 (can't cross subsystems).
If's really a checkbox item, just like how NT had the ability to run OS/2 programs too.
If you're porting a Unix app to Windows, you don't use SUA. You use a Unix-to-Win32 porting library (of which Cygwin is just one), just like how Windows apps can be ported to Linux using WineLib or its commercial equivalents as well.
Hell, a Cygwin program at least can mix Win32 API calls with POSIX calls, because Cygwin maps POSIX calls to Win32.