Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Unix Microsoft Software Windows

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.'"
This discussion has been archived. No new comments can be posted.

SUA Deprecated In Windows 8?

Comments Filter:
  • Cygwin (Score:5, Insightful)

    by paugq ( 443696 ) <pgquiles@@@elpauer...org> on Thursday September 22, 2011 @10:35AM (#37479744) Homepage
    Why would someone use SUA, which is only contains very old versions of the software it bundles? There is Cygwin, which is a much much better alternative. Sometimes, even MinGW is a valid alternative because it generates a native application (though it requires some porting effort, which may be unacceptable in many cases).
  • Re:I feel like... (Score:5, Insightful)

    by j-pimp ( 177072 ) <zippy1981 AT gmail DOT com> on Thursday September 22, 2011 @10:41AM (#37479836) Homepage Journal
    Or maybe no one is using it, and its not worth the support headaches. As others have, and will continue to suggest throughout the comments in this article, cygwin, mingwsys, UnxUtils or even a full blown unix VM are fine substitutes for SUA. Now, if you are actually using SUA in production, and this negatively effects you, that would be interesting to hear about.
  • Re:Metro (Score:1, Insightful)

    by Samantha Wright ( 1324923 ) on Thursday September 22, 2011 @10:41AM (#37479844) Homepage Journal
    Nope. SUA is predominantly used for console applications. They've moved on from "Extend" to "Extinguish" now.
  • by unity100 ( 970058 ) on Thursday September 22, 2011 @10:51AM (#37479960) Homepage Journal
    This is how it is with microsoft. You cant rely on ANYthing from them - they can just shut down or bail out on you (bcentral, silverlight, soon .net), and you will have to spend a lot of time and funds to go around the pain they cause you.
  • Re:I feel like... (Score:4, Insightful)

    by adonoman ( 624929 ) on Thursday September 22, 2011 @11:04AM (#37480134)

    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)

    by malevolentjelly ( 1057140 ) on Thursday September 22, 2011 @11:27AM (#37480490) Journal

    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)

    by tlhIngan ( 30335 ) <[ten.frow] [ta] [todhsals]> on Thursday September 22, 2011 @12:25PM (#37481288)

    Nope. SUA is predominantly used for console applications. They've moved on from "Extend" to "Extinguish" now.

    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.

With your bare hands?!?

Working...