Microsoft Trying To Appeal to the Unix Crowd?

DigDuality writes "With the news that Windows 2008 (recently discussed on Slashdot) will have GUI-less installs and be fully scriptable, that they've opened up their communication protocols for non-commercial usage and are providing a patent covenant (Redhat Responds), and now finally an interesting rumor floating around that Microsoft will be taking on GNU directly. Has Microsoft totally switched gears in how it is approaching the Unix and FOSS sector for direct competition? According to an anonymous email leaked from a Microsoft employee, it seems Microsoft will be developing a framework that will be completely GNU compatible. Microsoft CEO, Steve Ballmer, said on Friday (23 February) that they are aiming to restore a Unix-like environment to its former proprietary glory, at the same time proving that Microsoft is committed to interoperability. Ballmer emphasized that Microsoft's new strategy is to provide users with a complete package, and this includes users who like Unix environments. According to the supposedly leaked email, UNG, which stands for UNG's not GNU, is set to be released late 2009."

Comments

Re:Wow

[diegocgteleline.es]

I don't agree. Microsoft IS trying to make Windows the best FOSS platform. The goal is not to be nice to FOSS, but to try to damage Linux. It's not me who says it, but Mary Jo Foley (who got it from a Microsoft), one of the most journalists experts in microsoft, if not the best. Quote:

"Microsoft is looking at open-source software (OSS) as just another flavor of independent software vendors (ISV) software. Microsoft's goal is to convince OSS vendors to port their software to Windows. But Microsoft doesn't want OSS software to just sit on top of Windows; the company wants this software to be tied into the Windows ecosystem by integrating with Active Directory, Microsoft Office, Expression designer tools, System Center systems-management wares and SQL Server database.

In cases where customers and software vendors want/need Linux to still be part of the picture for some reason, Microsoft will suggest they use Hyper-V, its forthcoming virtualization hypervisor, to run Linux and Linux-dependent applications.

Microsoft's OSS strategy makes a lot of sense for Microsoft. It's another way for Microsoft to try to make Linux obsolete, and not look as obviously ruthless doing so. And for OSS vendors who are selling a lot of their software on Windows -- Ramji repeated a couple of times that more than 50 percent of JBoss' business these days is from software running on Windows -- Microsoft's OSS push isn't a bad deal, either.

Re:Wow

[incripshin]

I think Cygwin's full of too many hacks to be a good starting point. For instance, Windows programs have no ability to fork, and yet cygwin has a fork() implementation. Personally, I don't want GNU compatibility but POSIX compatibility. There are POSIX makefiles and there are GNU makefiles. The difference is that POSIX makefiles run everywhere, while GNU makefiles don't. Just the same, I try never use GNU-specific language features in gcc (I use -std=c89 or -std=c99 with -pedantic). GNU hinders interoperability, themselves. It would be good if a Microsoft-developed make (there is nmake, but I don't know how it works at all) had a POSIX mode and a GNU+POSIX mode, in the same way that GCC allows by use of -std=XXX -pedantic flags to disable GNU extensions.

Also, Microsoft's library model is positively nutty. Static libraries are stored as a big .lib file, while shared libraries are stored as a small .lib file together with a .dll file. Unix has .a and .so files, respectively. Inter-operable makefiles need simpler compilation systems than having three kinds of library files.

Re:MSFT used to be a UNIX vendor

[Anonymous Coward]

Um, you're a little confused on the facts there.

Around the mid eighties, Xenix was the most widely installed unix, due primarily to the cheapness of the hardware on which it ran. To say it wasn't popular just isn't true.

Also, MS never sold Xenix directly to customers, quoth Wikipedia:

"Microsoft did not sell Xenix directly to end users; instead, they licensed it to software OEMs such as Intel, Tandy, Altos and SCO, who then ported it to their own proprietary computer architectures. Microsoft Xenix originally ran on the PDP-11; the first port was for the Zilog Z8001 16-bit processor. Altos shipped a version for their Intel 8086 based computers early in 1982, Tandy Corporation shipped TRS-XENIX for their 68000-based systems in January 1983, and SCO released their port to the IBM PC in September 1983."

Re:Wow

[mikael]

Microsoft did try this before when they first brought out Windows NT. They provided a very minimal shell environment along with some unix emulation commands (make, ls, df, du, vi) as well as being able to get OpenGL drivers ported over. The idea was to provide these commands to get the applications ported over, and then to silently withdraw the suppport once the applications were ported.

There are still emulation libraries by Cygwin and MKS

Shell scripts are Microsofts weakness. Microsoft held off from including Monad into Vista for security fears. This was in a previous Slashdot discussion

NT and forking

[Myria]

Win32 does not have a way to fork a process, but NT does. Passing a NULL image handle to NtCreateProcess() is similar to calling fork(), cloning the memory space as a new process. The NT kernel supports a lot of system calls that are not exposed through Win32, and it's a shame. The NT API is much more elegant and self-consistent than the Win32 wrapper, yet it's the officially undocumented one.

NT is almost a superset of the features of Linux. There are only a few concepts that don't exist in NT, like signals.