Slashdot Mirror
ReactOS Being Rewritten, Gets Wine Infusion
xlotlu writes "ReactOS was meant as a free and open-source operating system, binary-compatible with Microsoft Windows. But after 11 years in development it never reached a satisfactory level of usability. Due to lack of developers, reimplementing the Win32 subsystem proved to be a much too complex task, holding the project back. Given the deficiencies of the current implementation, developer Aleksey Bragin decided to rewrite it from scratch, drawing heavily from the Wine project. Bragin's announcement on the ReactOS mailing list makes a compelling argument for this decision."
Actually, it does put energy into Wine. Reading quickly, it appears that it implements a shim underneath the win32 support in Wine, bypassing the usual Wine requirement for an X-Server. So they can work on the Wine APIs and both projects benefit.
Nerd rage is the funniest rage.
If you read the actual post, what this guy is doing makes a lot of sense. He's not re-writing ReactOS from scratch, he's just taking the parts of ReactOS that have worked out reasonably well (the kernel, bootloader, etc.) and tossing the stuff that hasn't worked out so well (the Win32 API subsystem). It just so happens that another project, WINE, did a really impressive job at getting that Win32 API layer implemented, and rather than maintaining two completely independent versions of it, piggybacking off the WINE work should make ReactOS usable relatively soon, and able to run a large number of existing Win32 applications.
Whether you think ReactOS is a sensible project or not, clearly some people think a complete, Open Source, Windows-compatible OS has some real value, and kudos to them for figuring out how to make that happen, or at least getting very close.
Maybe they should rename it?
Re-ReactOS?
ReactOSRebooted?
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
But after 11 years in development it never reached a satisfactory level of usability.
Wait, ReactOS or Wine?
I don't know if you've heard or not, but two of those "embedded, server, desktop." Linux is not just mainstream, but dominates.
Paying taxes to buy civilization is like paying a hooker to buy love.
Of course, a lot of corporate IT projects fail, too. Software is hard. It's a wonder any of it works at all, sometimes.
It doesn't mean they're bad either. Or indifferent for that matter. Maybe if you had a crystal ball and could reliably foretell which projects will have have been important in five, ten or twenty years time, maybe then you could make that judgment. But without some sort of prescience it's impossible to make reliable judgments. That's why all those corporate projects flop; someone in authority makes a judgment about which strategy to pursue and in five years time one or more of their key assumptions is shown to be false and the software is rendered useless.
Of course, the same thing happens to free software projects as well. The difference however is that the Free Software developmental model tends to result in massive parallelism. Lots of projects fail, some are unexpected successes, and the successes aren't always the ones you'd expect. Think of it as a sort of software Darwinism: lots of projects die out, but the ones that thrive are well adapted to the needs of their userbase.
Looked at in that way, the lack of central direction in Free Software isn't the flaw that many perceive it to be. It is something to be celebrated.
Don't let THEM immanentize the Eschaton!
Nonsense. His freedom to do whatever he wants far outweighs my interest in getting him to work on something else for nothing. I doubt if anything outweighs my desire for free stuff.
I can feel your point, but Windows feels like that on the surface because of a very well engendered Microsoft principle--backward compatibility.
.bat files well into 2010 (even though we really, really should have taken the time to master VBScript). Meanwhile, the more powerful, flexible, and truly modern evolution of that archaic CLI comes in the form of PowerShell, which gives you that bash-like capability and power contained in a CLI that was designed specifically for the Windows platform.
:P
The command interpreter that was command.com from the DOS era was integrated into NT5+ as cmd.exe, which many of us know, love, hate, and have thanked for allowing us to continue to run
The primary method to access a partition in windows is certainly via a drive letter, but if you do manage to go past 26 partitions, you'll get "A-A:," A-B:," and so on. Still, you can actually access these volumes in a more "modern" fashion by using their volume names directly (e.g. \\?\Volume{volume-guid-goes-here}) and not just the mount points they've been exposed on, or you could always expose the same volumes as a folder on an already mounted NTFS volume as well.
The thing is that many of the gripes more technical folks have had about Windows over the last decade have been solved in one way or another, but the problem is that since all of the old methods continue to work, there's little to no incentive for users (including systems admins, IT pros, programmers, and so on) to change our behavior, especially when we already know how to solve a given problem, irrespective of whether or not our chosen method is actually the most elegant solution.
I have to admit though, if I hadn't been forced to manipulate Linux based OS's in the ways that are required to get work done, particularly with respect to volume management, I probably wouldn't know about any of this stuff in Windows in the first place
Boot Windows, Linux, and ESX over the network for free.
Let me take a shot at it.
The question was: Why wouldn't Aleksey Bragin put his energies into working on Wine instead of ReactOS?
I would suggest that what Bragin has in mind, as described by the summary and article, is a full open source operating system that would be "binary compatible" with Windows. He is "drawing heavily from Wine" in re-writing ReactOS, which had never reached fruition in the past.
There's a big difference between an Windows-compatible opensource OS and Wine. I can imagine a lot of people who have rejected the notion of installing another open source OS and then installing Wine in order to run Windows programs would be more interested in an OS that just ran Windows programs. For the casual user, installing Linux and then configuring Wine in order to run their Windows programs is not trivial. Imagine just having to install Ubuntu and then being able to install and run your Windows programs on top of it. That would seriously shake up the OS landscape, no?
I have no idea whether or not Bragin will be able to pull this off. I can imagine the obstacles are nearly insurmountable. But if he manages to do it, it'll change the world for a lot of personal computer users who are not fully satisfied with the current OS offerings.
I wish Aleksey Bragin the best of luck. I hope he pulls it off.
You are welcome on my lawn.