It would be great if we could combine ReactOS with Good old Games to build a retro Windows games distribution. I could hand that out at LAN parties as USB boot stick.
Agreed. For this to work, though, I guess there needs to be:
- a listing of all games that work well on ReactOS, similar to
how WineHQ does.
Or perhaps a specialized variant of ReactOS with that focus in
mind. Do we have such a list? I assume many games also won't
work perfectly well; see WineHQ, that also had tons of issues
with some games.
The article talks about construction on the exterior, the cross on the main tower, the Pope's visit and commemoration of the architect, etc. while on the official website the timeline says "Today, more than 140 years after the laying of the cornerstone, construction continues on the Basilica": https://sagradafamilia.org/en/history-of-the-temple
So which one is it? Is this one of those cases where we have to define "done" first?
Only if it keeps being relevant for the computing model.
Case in point, ReactOS is far behind what Windows 11 is capable of, and this not taking into account the ARM and CoPilot+ PC hardware changes in modern motherboards.
It is nonetheless relevant, especially in the presence of escape mechanisms to oppressive governments, and digital sovereignty.
> ReactOS is far behind what Windows 11 is capable of
lol I guess, it doesn’t annoy you with endless ads and pop ups, doesn’t try to steal your data and passwords, doesn’t force you to buy an entire new computer just to run it. Far behind indeed.
> It is nonetheless relevant, especially in the presence of escape mechanisms to oppressive governments, and digital sovereignty.
Not just for that. There's an awful, awful lot of ancient embedded hardware running machinery sometimes worth dozens of millions of dollars, and it's running even more ancient software. Siemens, for example, recently searched for people capable of (and willing to) working with Windows 3.11 [1], presumably to deal with the HMI displays for locomotive/train drivers.
When dealing with hardware or software that has lifecycles measured in half-centuries, bridges to allow modern tooling to work with it are really, really important.
The better the specs of a commercial product, the easier it would be to produce an open source version it, with coding and testing automation perhaps even a one-to-one offering.
You can run proprietary drivers with ReactOS since it replicates the driver layer too.
So unlike Linux systems with Nvidia Kepler cards, you can still run the most up-to-date desktop environment. Or if you have an obscure WiFi card, you can use the Windows drivers.
WannaCry was able to successfully run on ReactOS in 2025. Most other virsuses do tend to crash, because the memory layout is just a tiny bit different, but yeah, compatibility means compatibility. Lots of malware comes along for the ride.
However, there is a permissions layer that is more nix than Windows, which means the first foothold is still better than XP - you have to choose to execute the file. Self-running things don't tend to infect systems.
Its not a panacea, and there is a risk factor. And there aren't a lot of antivirus systems that can run correctly under ReactOS, because they freak out and think the OS is the malware, because they're scanning hashes for Windows, not another system.
But for a hobby OS, keeping hardware and software accessible after the rest of the world broke access, it still works.
Of course. Maybe not successfully but a "virus" is just software. If it runs software, it runs software, full stop. Maybe the same APIs are not available or behave differently, so it may be buggy or non-functional, but that's true of Half-Life here too.
Somewhere in the docs they state that they must also recreate whatever bugs the API has, otherwise applications written with those bugs as an (implicit) assumption could misbehave.
its worse than that, Windows activates/deactivates "bugs" based on the compatibility profile of the app.
so you can set an app to use a Windows XP compatibility profile, and this will simulate Windows bugs which were fixed in more recent versions of the OS
Maybe worry about Linux malware which is a major problem right now everyone is in huge denial about, instead of throwing shade at a hobby OS emulating a 25 year old version of Windows.
ReactOS isn't the one that just had one of its package repos owned (again).
I would still note that this is not some kind of unique problem to Linux. There have been documented instances of malware making it to the Play Store, which is supposed to have a much more rigorous vetting process than AUR and costs actual money to publish on.
Just to expand... When the above user is comparing to Windows, who got most of the US government breached, I do think shade against AUR is uncalled for. Its just a community host for packages, comes with warnings, and isn't enabled by default, etc.
I can still happily upgrade via pacman without fear. Haven't been able to update on Windows without concern for over a decade - the malware comes builtin.
Linux users used to say "Linux is secure and doesn't get viruses". Now the best thing we can say about it is "Linux gets viruses just like the Play Store". Sad if you ask me.
Isn't it funny how such incidents on Linux are rare enough that they make headlines, but on Windows that's been the baseline expected state of things for so long that nobody bats an eye anymore.
Btw if you're running an OS that's never had a malware incident, please, tell us!
...is essentially impossible to pull off against commercial operating systems, because their core components are all written in-house by staff with photo ID badges, details with HR, tax returns filed with the government, and a cubicle that makes sure that they're locals and not some faceless anonymous hacker identifiable by nothing other than a throwaway faked email address!
I get that there was a lot of "stigma" about open source, the world largely forgot about it, but... actually, in this sense of allowing anonymous contributions it remains a very real risk.
"Jia Tan" was almost certainly a paid professional hacker working for a nation-state actor. Their "helpful contributions" to XZ utils was nowhere near a full-time effort. They certainly had "other irons on the fire", most probably in the Linux kernel or immediately adjacent to it.
He's probably not the only one doing this kind of "work".
For all you know, Linux has more remote exploits purposefully baked into it than Windows has security bugs inadvertently left in it... and don't forget Linux has bugs leading to security vulnerabilities too!
A rough count of "named" CVE 10.0 score (or close to it) vulns in the last 5 years:
7 for Microsoft: ProxyLogon, ProxyShell, ProxyNotShell, LDAPNightmare, PrintNightmare, noPac, Follina
Windows has had a lot more named high-CVEs than that: MonikerLink, QueueJumper, Certifried, HiveNightmare...
As for "Linux", you'd need to specify the distro and environment, because Linux systems can be very different from one another. Your XZ example for instance didn't even affect most enterprise distros (like RHEL). regreSSHion didn't affect any musl libc distros like Alpine, but other systems would've also been unaffected had you set your LoginGraceTime to 0, which any sysadmin worth their salt would've done so. Leaky Vessels fails on SELinux enforcing distros (RHEL, Fedora etc) and sandboxed environments. I could go on, but you get the picture. Comparing the number of "Linux" vulnerabilities to Windows is completely pointless.
ClickFix which used Windows Update, and LNK that used Microsoft's signing keys, would disagree. There are still large and ongoing attacks that exploit Windows, and they are a serious problem - its just the attackers are less pointed at the everyday person, and more at corps and govs.
That's great. I have not tested ReactOS in many years and I am rather
reluctant to try it again (last time I tried, I could not connect to
the internet with it, and that was a breaking point for me), but the
better they are at providing a working alternative, the nicer this is
as a win-win scenario. Linux kind of spoiled me though, I noticed this
with HaikuOS too. If things such as ruby do not work, I am not going
to bother anymore. Linux kind of raised the bar here, at the least for
things that I would expect to work as-is (this is not the only example,
there were more issues and I simply don't want to feel going into
a downgrade-area when using an operating system; I have Win10 on a
computer to my left side but whenever I do things such as copying data
to an USB stick or to it, it is so slow compared to Linux. It annoys
me every time I have to do so.)
While this is sort of laughable out of context (I mean, Steam on Linux for the last few years has run basically everything with full acceleration)...
I think what is being claimed, but not explicitly in the article, is that this is running the NVIDIA driver stack (for an ancient GeForce 8 card) directly, as opposed to emulating DirectX at the API level on top of a Vulkan driver.
> While this is sort of laughable out of context (I mean, Steam on Linux for the last few years has run basically everything with full acceleration)...
Eh. It's sort of like saying FreeDOS is laughable because DOSBox exists. I think that's missing the point.
reactos has been in development for 28 years and it can run half-life on real hardware. that is approximately how long half-life 1 itself has existed in the first place!
It would be great if we could combine ReactOS with Good old Games to build a retro Windows games distribution. I could hand that out at LAN parties as USB boot stick.
Agreed. For this to work, though, I guess there needs to be:
- a listing of all games that work well on ReactOS, similar to how WineHQ does.
Or perhaps a specialized variant of ReactOS with that focus in mind. Do we have such a list? I assume many games also won't work perfectly well; see WineHQ, that also had tons of issues with some games.
Given enough time, open-source will win. Just think about how more and more people are programming and how that will draw them to open-source.
> development for 28 years now
> given enough time
This has been a lifetime for a slice of the human population.
It’s getting into Sagrada Familia territory.
This is an absolute tangent (a perpendicular one if you will), but I thought the Sagrada Familia is completed: https://www.forbes.com/sites/ceciliarodriguez/2026/06/10/bar...
The article talks about construction on the exterior, the cross on the main tower, the Pope's visit and commemoration of the architect, etc. while on the official website the timeline says "Today, more than 140 years after the laying of the cornerstone, construction continues on the Basilica": https://sagradafamilia.org/en/history-of-the-temple
So which one is it? Is this one of those cases where we have to define "done" first?
The exterior is done, the interior not yet
That's not true, there's a lot to be done on the exterior as well, the main entrance is not even finished yet.
The big achievement that happened recently is they completed the towers, so it finally reached its target height. Also the Pope's blessing.
> It’s getting into Sagrada Familia territory.
Or "A million monkeys with a million typewriters writing Shakespeare" territory
See, at this rate it won’t even take a century!
Only if it keeps being relevant for the computing model.
Case in point, ReactOS is far behind what Windows 11 is capable of, and this not taking into account the ARM and CoPilot+ PC hardware changes in modern motherboards.
It is nonetheless relevant, especially in the presence of escape mechanisms to oppressive governments, and digital sovereignty.
> ReactOS is far behind what Windows 11 is capable of
lol I guess, it doesn’t annoy you with endless ads and pop ups, doesn’t try to steal your data and passwords, doesn’t force you to buy an entire new computer just to run it. Far behind indeed.
You joke, yet there are plenty of missing actually useful features, some of which even Linux lags behind with exception of Android/Linux.
It's far easier to port ReactOS than Windows to ARM and other new CPU ISAs.
Windows is already there.
> It is nonetheless relevant, especially in the presence of escape mechanisms to oppressive governments, and digital sovereignty.
Not just for that. There's an awful, awful lot of ancient embedded hardware running machinery sometimes worth dozens of millions of dollars, and it's running even more ancient software. Siemens, for example, recently searched for people capable of (and willing to) working with Windows 3.11 [1], presumably to deal with the HMI displays for locomotive/train drivers.
When dealing with hardware or software that has lifecycles measured in half-centuries, bridges to allow modern tooling to work with it are really, really important.
[1] https://www.heise.de/news/Deutsche-Bahn-sucht-Admin-fuer-Win...
There are millions of Windows 95 embedded in industrial or government machines. Millions.
Doing stuff that an ESP 32 would suffice.
IF there are people who write code.
This is not always the case. Open source projects also die.
We need to improve the funding situation. I have no idea how to do that, but we really need to tackle that problem.
more people and AI
Specifications are important.
The better the specs of a commercial product, the easier it would be to produce an open source version it, with coding and testing automation perhaps even a one-to-one offering.
this is the year of the linux desktop
I have been exclusively running linux on my desktop for 25 years, so from my point of view, this "joke" is a quarter century out of date
What is the benefit compared to a compatibility layer? Is it easier for future maintenance?
It's definitely a huge improvement towards "FOSS Windows."
You can run proprietary drivers with ReactOS since it replicates the driver layer too.
So unlike Linux systems with Nvidia Kepler cards, you can still run the most up-to-date desktop environment. Or if you have an obscure WiFi card, you can use the Windows drivers.
This, I'd love to be able to use Genelec GLM from Linux but it needs some custom serial drivers... too bad it only supports Win 10 right now.
something I wondered for a while
do windows viruses get ported by such efforts as well?
WannaCry was able to successfully run on ReactOS in 2025. Most other virsuses do tend to crash, because the memory layout is just a tiny bit different, but yeah, compatibility means compatibility. Lots of malware comes along for the ride.
However, there is a permissions layer that is more nix than Windows, which means the first foothold is still better than XP - you have to choose to execute the file. Self-running things don't tend to infect systems.
Its not a panacea, and there is a risk factor. And there aren't a lot of antivirus systems that can run correctly under ReactOS, because they freak out and think the OS is the malware, because they're scanning hashes for Windows, not another system.
But for a hobby OS, keeping hardware and software accessible after the rest of the world broke access, it still works.
Of course. Maybe not successfully but a "virus" is just software. If it runs software, it runs software, full stop. Maybe the same APIs are not available or behave differently, so it may be buggy or non-functional, but that's true of Half-Life here too.
Some, but not all, most don't. Ideally they would all work, ReactOS doesn't make a priority on being a "safer" option, just an open source option
Somewhere in the docs they state that they must also recreate whatever bugs the API has, otherwise applications written with those bugs as an (implicit) assumption could misbehave.
its worse than that, Windows activates/deactivates "bugs" based on the compatibility profile of the app.
so you can set an app to use a Windows XP compatibility profile, and this will simulate Windows bugs which were fixed in more recent versions of the OS
The payload yes, the exploit hopefully not.
You can run WannaCry under Wine, with a bit of effort.
Yes
Maybe worry about Linux malware which is a major problem right now everyone is in huge denial about, instead of throwing shade at a hobby OS emulating a 25 year old version of Windows.
ReactOS isn't the one that just had one of its package repos owned (again).
What's the major Linux malware problem that everyone is ignoring
AUR got hit recently [0], by what looks like more work of TeamPCP and friends.
EDIT: Worth noting, Arch ain't hosted on AUR. That's the community side only.
[0] https://archlinux.org/news/active-aur-malicious-packages-inc...
I would still note that this is not some kind of unique problem to Linux. There have been documented instances of malware making it to the Play Store, which is supposed to have a much more rigorous vetting process than AUR and costs actual money to publish on.
Just to expand... When the above user is comparing to Windows, who got most of the US government breached, I do think shade against AUR is uncalled for. Its just a community host for packages, comes with warnings, and isn't enabled by default, etc.
I can still happily upgrade via pacman without fear. Haven't been able to update on Windows without concern for over a decade - the malware comes builtin.
[0] https://www.cisa.gov/sites/default/files/2024-03/CSRB%20Revi...
Linux users used to say "Linux is secure and doesn't get viruses". Now the best thing we can say about it is "Linux gets viruses just like the Play Store". Sad if you ask me.
Isn't it funny how such incidents on Linux are rare enough that they make headlines, but on Windows that's been the baseline expected state of things for so long that nobody bats an eye anymore.
Btw if you're running an OS that's never had a malware incident, please, tell us!
Conversely, this kind of attack: https://en.wikipedia.org/wiki/XZ_Utils_backdoor
...is essentially impossible to pull off against commercial operating systems, because their core components are all written in-house by staff with photo ID badges, details with HR, tax returns filed with the government, and a cubicle that makes sure that they're locals and not some faceless anonymous hacker identifiable by nothing other than a throwaway faked email address!
I get that there was a lot of "stigma" about open source, the world largely forgot about it, but... actually, in this sense of allowing anonymous contributions it remains a very real risk.
"Jia Tan" was almost certainly a paid professional hacker working for a nation-state actor. Their "helpful contributions" to XZ utils was nowhere near a full-time effort. They certainly had "other irons on the fire", most probably in the Linux kernel or immediately adjacent to it.
He's probably not the only one doing this kind of "work".
For all you know, Linux has more remote exploits purposefully baked into it than Windows has security bugs inadvertently left in it... and don't forget Linux has bugs leading to security vulnerabilities too!
A rough count of "named" CVE 10.0 score (or close to it) vulns in the last 5 years:
7 for Microsoft: ProxyLogon, ProxyShell, ProxyNotShell, LDAPNightmare, PrintNightmare, noPac, Follina
10 for Linux: XZ Utils, regreSSHion, Leaky Vessels, Copy Fail, PwnKit, Dirty Pipe, Looney Tunables, GameOver(lay), Baron Samedit, Sequoia
Windows has had a lot more named high-CVEs than that: MonikerLink, QueueJumper, Certifried, HiveNightmare...
As for "Linux", you'd need to specify the distro and environment, because Linux systems can be very different from one another. Your XZ example for instance didn't even affect most enterprise distros (like RHEL). regreSSHion didn't affect any musl libc distros like Alpine, but other systems would've also been unaffected had you set your LoginGraceTime to 0, which any sysadmin worth their salt would've done so. Leaky Vessels fails on SELinux enforcing distros (RHEL, Fedora etc) and sandboxed environments. I could go on, but you get the picture. Comparing the number of "Linux" vulnerabilities to Windows is completely pointless.
Windows stopped having serious malware problems at least 10 years ago
the ransomware campaigns would have happened on any OS enterprises use, because they were not security flaws in the OS
ClickFix which used Windows Update, and LNK that used Microsoft's signing keys, would disagree. There are still large and ongoing attacks that exploit Windows, and they are a serious problem - its just the attackers are less pointed at the everyday person, and more at corps and govs.
That's great. I have not tested ReactOS in many years and I am rather reluctant to try it again (last time I tried, I could not connect to the internet with it, and that was a breaking point for me), but the better they are at providing a working alternative, the nicer this is as a win-win scenario. Linux kind of spoiled me though, I noticed this with HaikuOS too. If things such as ruby do not work, I am not going to bother anymore. Linux kind of raised the bar here, at the least for things that I would expect to work as-is (this is not the only example, there were more issues and I simply don't want to feel going into a downgrade-area when using an operating system; I have Win10 on a computer to my left side but whenever I do things such as copying data to an USB stick or to it, it is so slow compared to Linux. It annoys me every time I have to do so.)
we are still here lol
While this is sort of laughable out of context (I mean, Steam on Linux for the last few years has run basically everything with full acceleration)...
I think what is being claimed, but not explicitly in the article, is that this is running the NVIDIA driver stack (for an ancient GeForce 8 card) directly, as opposed to emulating DirectX at the API level on top of a Vulkan driver.
Indeed. ReactOS is to the full Windows stack what Wine is to the userland Windows API.
I mean they reimplemented directx without vulkan, that's indeed in a league of their own. wine/proton relies on opengl/vulkan to do anything.
Wine has had many different DirectX backends over the decades, including one before Vulkan existed obviously.
All of them relied on translation (ex: opengl). Proton specifically is focused on dx->vulkan.
> While this is sort of laughable out of context (I mean, Steam on Linux for the last few years has run basically everything with full acceleration)...
Eh. It's sort of like saying FreeDOS is laughable because DOSBox exists. I think that's missing the point.
I wouldn't call it laughable. ReactOS was not created only to run half-life. It's just one of their many impressive achievements.
reactos has been in development for 28 years and it can run half-life on real hardware. that is approximately how long half-life 1 itself has existed in the first place!