The ReactOS website has been completely redesigned. That in itself won’t get your panties in a twist, however, the screenshots section might. They show just how far ReactOS has come: OpenOffice.org 1.1.4, MS Office 2003’s setup, Unreal Tournament, Deus Ex, Flash Player, and much more. Note that some of those apps will only run in the latest SVN version.
This project is really starting to look like it might become useable for everyday use on an old machine!
my toughts exactly!
But is it really any faster than win2k? It looks quite light, but you know what they say about looks…
Speed and Looks still aren’t an issue with all the other stuff left to do. But its getting close enough that I’m starting to think >>No Vista for me, I’ll dual boot Linux/ReactOS<<. I mean seriously, I’m getting to the point where Linux hast what I want (Python, Ruby, GCC and so on) and windows doesn’t, and for what I need from windows (Office and the odd tool that doesn’t work on Linux, maybe an old game here or there) ReactOS is starting to shape up. Get WindowBlinds working and I’m in.
Yes, I had the vey same idea.
Even better: next year triple booting Mac OS X/Linux/ReactOS
(of course I’d need a MacIntel in order to do that)
“Even better: next year triple booting Mac OS X/Linux/ReactOS
(of course I’d need a MacIntel in order to do that)”
No you won’t.
“No you won’t.
”
So much better if you are right
I
Sorry people, I meant to cancel my post after changing my mind but hit the wrong button. Someone should change the site so I can take back the post/reply, or at least so it has to be a minimum length before it can be submitted. I’m used to gmail and having the cancel button on the bottom, I was a little distracted and forgot what site I was on :-p.
I’ve never played around with ReactOS before. Is it a *nix distro that basically runs in constant Wine “emulation”? Looking briefly on their site, it appears that you can use Windows drivers. Do you have to convert the drivers to something else first?
Can someone just explain this distro to me in a “nut shell”? lol
Thanks.
Very cool OS that they’re doing!
It’s not based on Linux at all. They have written their own NT clone from the ground up. Their relationship to WINE it that they used some of their reverse engineering and implementing of the Windows API as a reference for their own Windows compatible API. So it has nothing to do with Linux.
ReactOS is an attempt to create a complete open source reimplementation of Windows NT/2k
It has many Wine parts, but it isn’t Linux running Wine – it is a clone of the NT kernel, wine DLLs ported to that kernel, and clones of those service and applications that Windows has (like GDI, Windows Explorer, etc)
Pretty slick really. Some people hacked on a kernel quietly and without fanfare for sometime. Then, suddenly, they reached a point where they could import a signifigant chunk of Wine, and due to that could run a GPL clone of Windows Explorer that already existed. Badda bing badda boom, ReactOS went from a kernel with some graphics tests to an OS with a functional desktop and applications
Awesome.
That’s amazing! Congratulations to those responsible and keep up the good work!
Hope, you keep up the pace with devolping it looks more and more promising.
Does it only mean, that the MS Office installer works, or also the MS Office applications themselves?
So does this mean that we could see Free (think “free speech,” not “no cost”) video card drivers soon? If so, would they perhaps be ported to the Linux/X11 architecture? That would kick ass…
(Note: I’ve a Radeon 9200 in my box that runs lovely using the Free drivers, so I’m happy.)
Grml, I nearly missed it, because RSS is broken at the moment ( http://www.reactos.org/reactos.rdf – 404).
I wonder if this has a “Xen” target.
If true this could be run now as a virtualized full speed target.
That would let you run linux full time and pop open ReactOS for when you need compatibility.
Answer to my own question:
http://www.reactos.org/wiki/index.php/Xen_port
That’s one damn good Idea!!! And there is no way MS can pulle even.
Nice site! I have been watching the reactOS site for about 2 months waiting for this update. it looks great!
I think I will try the livecd. But just wondering, would the live CD have any programs?
would the live CD have any programs?
From the size of the download (10MB), not likely?
Wow … I’m damn impressed. Kudos to the ReactOS developers!!!
ReactOS won’t offer much in the way of networking until it’s next release (0.3). The current release I believe has networking code, but it doesn’t do anything.
A very interesting project for sure, but not ready yet. Give it a few months.
Indeed. 0.2.x is not much more than a curiosity for most people, but 0.3 looks like it might actually have some real-world uses.
Windows 2000 thinks than that, any point to it?
is there a point yes w2k well for now win2k sill do great
but in a cople of years it wont no support and such,
with this older nt will still have life when vista and never changes the apis
I found this interesting except from looking at the tour on the React OS web page the install looks rather like Windows as well. I particularly noticed the time zone set up panel and noticed (like in windows) the lack of a GMT versus local time check box on the time/date/local set-up.
The lack of GMT in the hardware clock (Windows NT and up apparently use GMT in the *system clock*) makes multi booting with other OS’s problematical, especially if each tries to leap forward/back at the appropriate time when you next boot them up. Laptops which travel seem to be a good use of GMT in the hardware clock as well.
[I worked around this particular problem by telling Windows that I live in London and don’t use daylight savings time. All other OS’s on that machine use GMT.]
Are the security problems with Windows copied over as well. If you (say) install iTunes under ReactOS do you need to be running in administrator mode for CD’s to mount within iTunes or for preferences to stick when using the application?
(I use iTunes as an example. Much software which comes with a piece of hardware (ATI TV in) REQUIRES you to be admin merely to launch the program. Others such as iTunes don’t work quite right.)
Are these misfeatures copied over as well or is an effort made to correct them say by virtulizing the registry, which would probably break applications?
-Jim B.
Blaming Windows for the manner in which others develop software for it is a bit off. There’s nothing preventing iTunes from having per-user settings. There’s not much ReactOS or anyone else can do if software doesn’t use NT’s security model well, and assumes it’s being run with an administrator account. Complain to the people that write the software; it’s broken.
“There’s not much ReactOS or anyone else can do if software doesn’t use NT’s security model well,” There is, and Windows Vista does(will). On Vista, when a regular luser runs/installs an app that requires admin privileges (writing to system folders or restricted areas of the registry) Vista sets up a sandbox that lets the app think it is doing just that, while in reality it is all local to the user. C:usersobfakeCwindows and HKCU//pretendRegistry//HKLM or whatever. It will be a lot like Wine, with each user having a copy of the registry and system drives for those apps that require their use.
“Systems engineers won’t have to spend as much time tweaking permissions with Windows Vista, though, because registry and file virtualization in Windows Vista redirects per-machine file and registry writes to per-user locations if the user doesn’t have administrative privileges.” – http://www.microsoft.com/technet/windowsvista/expert/gethome.mspx
Not sure if they will be able to get it to work right (with installing as well as running such programs), but it is an idea ReactOS can and should use IMHO. There is too much stupid software out there that thinks it needs admin rights. Please ReactOS, provide a way to let apps think they have them while keeping them localized.
-MO
I’ve been wondering if it would be feasible to make some slight modifications to the ReactOS kernel and load it as a linux sub-system. Does anyone know if that is theoretically possible?
I’ve been wondering if it would be feasible to make some slight modifications to the ReactOS kernel and load it as a linux sub-system. Does anyone know if that is theoretically possible?
Yes. Very preliminary. See the comments on Xen + ReactOS.
No, but microsoft’s default plan of having the user be an admin user is faulted– probably why software designers for win32 think it is OK to assume administrator priviledges are available (and also why network worms are so prevelent for win32)
Having hung around in the ROS IRC channel for some time, I have heard this very topic come up several times. Pretty much all of the developers at ROS think that running an Admin account as the default is “A bad thing” (TM), and that it needs to not be done in ROS.
Currently ROS is single user, so admin is assumed for the sake of development. As ROS becomes more network aware, I’d expect that to change.
Default admin won’t be true in Longhorn^H^H^H^H^H^H^H^HVista.
If ReactOS subsumes into Linux is WINE. Stop wondering if ReactOS will be a Linux sub-system or otherwise “virtualized” within Linux. It is another option. WINE already covers that point. If the goal is to have games and high productivity programs like Photoshop or 3D Studio running on a free Windows clone, virtualizing it’s not feasible.
Stop wondering if ReactOS will be a Linux sub-system or otherwise “virtualized” within Linux. It is another option. WINE already covers that point.
I’m not talking about virtualizing (which is already possible with ReactOS btw) I’m talking about a sub-system which it totally different. As a Linux sub-system, it would allow for things like loading drivers written for windows from within the Linux kernel…
You can’t do that with Wine. Wine is an API.
Does linux support subsystems? I know this is a feature of the nt kernel (posix, win32, os/2, etc)
Yes. Linux uses it for binary compatibility with Intel standard unix binaries, among other things.
But BETTER OSes have supported super-sessions for years now.. IBM call them Hypervisors… Linux as well as intel and amd hardware are more than capable of running multiple OSes in their own space as entirely seprate machines. the only thing on the block that DOESN’T have extensive support already for this is MS windows [but they’re thinking of adding it as a premium server feature] <p>
you could have all the different OSes running at the same time!! with a little careful planning you could run Linux and ReactOS at the same time… with the Synergy project you could even get copy/paste working!!! Just keyboard switch to use apps in their “native” environment!!
Xen covers this; not a subsystem, a guest OS.
Looking at the comments on Xen already, it’s feasible and code is being built to do just that.
Everyone seems to be really enthusiastic about the new version of ReactOS. Now let’s all donate a little time or money to help the cause.
“ReactOS won’t offer much in the way of networking until it’s next release (0.3). The current release I believe has networking code, but it doesn’t do anything.”
The TCP stack is already functional and usable (although it needs more work) The main problem is the lack of drivers (only 2) and no control panel applet to configure it, thus you need to do it in the registry.
It’s relatively simple though, and you can have a play with a network able ROS.
Currently, we’ve had web browsers, mail clients, IRC clients, a few servers and many other bits running.
Why don’t they “just” use the BSD TCP/IP stack – like Windows does? That implementation is actually quite stable. That would be a major step forward for the project.
And congratulations, ReactOS. I’ve been following you since the early versions. Keep up the good work!
Windows doesn’t use the BSD stack. They may have started with it, but they have since rewritten it extensively. Even from the initial release they have used a different API to make it integrate into Windows, Winsock. Since Winsock 2 they have abstracted out to the API to support different network transports like IPX/SPX.
The BSD API is synchronous, and the Windows one is asynchronous. Even if ReactOS used the BSD implementation underneath they would still need to do quite a lot of work to make it usable to Windows apps.
The ReactOS tcp/ip stack is based on the bsd code.
However as stated, it required a lot of extra work to get it working, plus implementations of afd.sys, etc….
I’ll just go on and assume that ReactOS’s interface is much snappier than X because it’s not abstracted by 85 layers of toolkits/libraries/drivers/whatnot, and this is the thing I really miss since I switched to GNU/Linux. Just consider – since the authors of ReactOS don’t need to kill off *nix (as Microsoft did) they might as well implement a decent Posix subsystem so we could get the best of both worlds – a snappy interface and all the sweet, sweet unix tools all at once! Gonna try this one asap, and good luck to the ReactOS guys.
[quote]
If ReactOS subsumes into Linux is WINE. Stop wondering if ReactOS will be a Linux sub-system or otherwise “virtualized” within Linux. It is another option. WINE already covers that point. If the goal is to have games and high productivity programs like Photoshop or 3D Studio running on a free Windows clone, virtualizing it’s not feasible.
[/quote]
Personally I don’t like windows but I do take pride in developing software that is cross platform. I don’t trust wine enough yet for testing how well my program will run on windows. And qemu is just too painfully slow to do anything with.
Isn’t anyone tired of the whole “Start Button” and taskbar approach? We’ve had this for 10 years now. Isn’t it time for a change??
Change to what? The problem is nobody realy showed me something beter. Only diferent. I want some real improvement before I consider something new.
Does it have a device drivers installer or we still need to hack the registry to install some?
Does it support network driver that Linksys supplied me on the driver disk? I would be proud to go to next LAN party and not to run Windows
I never expected this project to get this far. But I’m afraid it will be like WINE: an eternal alpha project. Reverse engineering a moving target seems frustrating to me.
Even if reactOs forever sticks to win2000/winxp (but not vista) compatability alone, this would be a dream come true. It has an Alexandrian porportion of software libary to fall back on. Vista my be better, but Win2k is good enough for nearly all home and business users.
In fact, with the many easy to use IDEs (i’m thinking Delphi in particular), we may actually find that ReactOS gets so popular that 5 years from now, win2k software developement may still be more active than vista only software. ReactOS can take over the world! Why not? As long as they can get the diver model and basic API working, anything that windows can do, ReactOS can do. (Damn, now i’ve got myself so excited, i’m pissing myself with utopian visions of the computing future)
Imagine the fantastics forks of Windows we can do with this! Booyah!
Your excitement is admirable, but you’re being overly idealistic.
It may get somewhat popular, but it will always be eclipsed by Windows itself, and you know it.
Actually, i know very little about how much of the potential of reactos would be realized, and so does everyone else. What i’m sure i know is that cynisism never built anything whilst excitement encourages developers.
Finally I can get rid of that piece of crap Linux. Thank you ReactOS!
I have been following ReactOS for years. I have even run it on ral hardware a few times. It really is a beautiful thing, and even runs some applications.
Can’t wait to see 0.3, since I want to try some basic Windows web serving on it….maybe AnalogX Simple Server, or even Apache.
I like the idea of possibly having a stable win32 server that won’t have to load the GUI…should be nice as far as keeping down overhead.
This is all well and good but the same exact thing can be accomplished within Linux by using Wine (yes, I know they swap code)
The screenshots page looks like a laundry list of my old Windows programs that run fine and get semi frequent use in Wine. Irfan, WinRAR, Deus Ex, check.
I don’t mean to denigrate, I guess I am just surprised by how precisely it matches the list of apps I actually use in Wine. I guess I shouldn’t be though, that’s the nature of it. It is impressive that this all runs on its own kernel etc, and getting to this point should accelerate development. I guess I just look forward to the day it can run more than Wine can, otherwise why? Well, ease of use and all that..
I’m rambling. It is impressive to see it move forward as it is, and impressive that it go this far, with so much work being done before the general public could really be shown anything. Congrats!
React web site 404’s at the moment, good on them on their 3.0 release.
>I’m getting to the point where Linux hast what I want (Python, Ruby, GCC and so on) and windows doesn’t
Windows has Python, GCC, and so on… What else ?
If I’m not mistaken, those game screenshots (Deus Ex and Unreal Tournament) feature the game in software mode. No hardware acceleration in place. If anyone tries it, please post the frames-per-second rate
.
Looking at screenshots and saying “wow!” is one thing, a working, practical, OS, is another.
For all I know, ReactOS is the greatest thing since MacOS, but it doesn’t seem like anybody is actually using it as their primary OS.
>For all I know, ReactOS is the greatest thing since MacOS, but it doesn’t seem like anybody is actually
>using it as their primary OS.
Probably not, but it is still in development…
(1) As mentioned many, many times…It isn’t based on Linux in any way.
(2) The only thing it has common with Linux is that its open-source.
(3) In regards to applications actually installing and working, I suggest you see one of ReactOS’s fantsites…Office is not stable when it installs, and it doesn’t even run at this time.
I like ReactOS, because it provides an alternative.
Something Microsoft will NEVER let happen if it has its way to everything in life.
I’ll definitely keep an eye on this one.
Might be useful to help WINE API development
Not much info yet on what it can do. Will it be able to run 16-bit Window apps, or just 32-bit apps? Win2K runs my 16-bit apps better than WFW 3.11 does.
At this point, there is no 16 bit subsystem, so no 16 bit Windows and DOS apps. 32 bit console apps are supported.