Hell, I have never seen a ReactOS installation in the wild, and I'm the kind of person whose friends install Haiku, Nix and NetBSD as their daily drivers. And the second-hand stories I've heard about people who did install React was basically "I was bored, I put it on a drive, played around for 5 minutes, and wiped it."
But that doesn't discourage them. Meanwhile, work keeps going on in the background. So many untold man-hours of thankless work going into the project, and the vast majority of that "hard" work with no payoff for years.
And now it's finally getting close to actual Windows, after decades of work, and soon (well, years, but still) people will be using it everywhere as a replacement for Windows.
This is one of the most important software projects in history. My hat is off to the ReactOS developers, and congratulations on the latest release.
 Here are the names of the 75 programmers that have worked on ReactOS: https://github.com/reactos/reactos/blob/master/CREDITS
No they won't. It's a fringe OS that requires technical expertise to install. Not only that but it looks like "old Windows". Users won't want to work with a Windows from a decade ago. Not only that but it'll have bugs and no support.
You'll see tiny pockets of people using it but as Microsoft gets closer and closer to simply having a free OS it doesn't seem likely anyone would ever use this OS for anything beyond "hey, that's cool!".
Depending on the age group, I guess. I know plenty of people who would say that Windows had its peak usability around Windows 2000/2003 and only got heavier and more confusing later on.
If I know that ReactOS had a good chance of running most regular Windows applications, I'd install it on my mother's laptop in a heartbeat, and she would love to see the familiar, lightweight OS.
Frankly I can't think of anything they've added since 2000 to windows (except better security) that was an improvement.
I occasionally have to use Windows for work and I really hate Windows 10, it's just a chore to deal with when you only boot it every couple of weeks just on the updates.
I think the 'seniors' amongst us may well welcome ReactOS together with those in small companies who run legacy industrial hardware from Windows PCs (depending on stability &c).
Given Microsoft's mostly successful effort to make Windows more friendly to the user, I find it hard to believe any of these people have extensive experience with Windows 7+
On a somewhat more objective note, there was a lot of criticism back when it came out. (Specifically, about "the bloat". Everything is relative, I guess; one can say that things continued to get worse and worse from Windows 2000 on, although some would swear that it was NT4 that was the best Windows ever - e.g. it ran in 16MB of RAM vs. Windows 2000 that raised the requirement to 32MB; for comparison, Windows 95 only needed 8MB.)
IIRC Microsoft was pressured by OEMs into making a lower tier of Vista qualified hardware even though they knew it really required more than that to work acceptably well.
I never personally owned or used a Vista machine, but my office has a couple of them plugged in for a showroom area where they cycle powerpoint slides, and oh my god is it painful if you ever have to touch them. IIRC they've got 512 MB of RAM, and some of that is being shared with the iGPU. It's not pretty.
I remember installing Windows 95, from floppy disks back in 1996 or so. The system requirements on the box said 4MB of RAM. And it was true, Windows would run with 4MB. In the fine print, the box also said if you wanted to do anything besides play solitaire, like word processing, 8 was recommended.
So it's been going on a long time, the lowball estimate of systems requirements to get you to buy the product, then the real cost after you've already installed it. 4MB is a rounding error these days, back then it was at least a couple hundred dollars.
512MB wasn't even enough for my WinXP box because the softeware apart from the OS became more demanding with time.
Does the DOS stuff work? (NTVDM)
I find that Windows 2000 has the best support for keyboard users among GUIs. Better that MacOS, better than all the incarnations of Gnome/KDE, better that the following releases of Windows, that "forgot" about the keyboard and focused on other input systems.
You can see that in many small things, like sane keybindings and reasonable sequence for selection through tabs (for example, going from the path bar on the top to the folder content requires two tabs in Windows 2000 but four in Windows 7, unless one does some find tuninng of the UI).
The "mostly successful efforts" you speak of seem to have been focused on delivering ads, TOS-backed spyware and those weird Metro apps. The result is certainly simpler from a strictly visual standpoint, but more usable is something that I wouldn't be too willing to concede without some data (and I don't mean install data/user base, given how Microsoft's customers don't have much of a choice in this department). Frankly, I don't see how the weird start menu or having both the Control Panel and some weird Settings thing help with usability, but UX is a surprising field, I guess.
That's fixable (and not different from Windows).
> Not only that but it looks like "old Windows"
That is by far the easiest fix of all. People just care more about making things work right now.
Plus, a lot of people actually preferred the older style.
> Not only that but it'll have bugs
Welcome to software. Windows is also full of bugs.
> You'll see tiny pockets of people using it but as Microsoft gets closer and closer to simply having a free OS it doesn't seem likely anyone would ever use this OS for anything beyond "hey, that's cool!".
I think it might end up being quite big quite soon: There's a bunch of proprietary software out there that is old, and not Windows 10 compatible.
Things like car diagnostics software. If ReactOS gives them a way to get things working without Win10, I'm sure they'd eat it right up.
ReactOS just isn't ready for that yet. It's still major version 0.
Eventually, they'll have to (DirectX 12, but I'm sure there's a ton of APIs for non-games as well and drivers will stop being updated for Win7).
But if ReactOS can reach a level of maturity and compatibility to please such people, there's a sizeable niche there of people who:
1. won't switch away from Windows to Linux or BSD,
2. but would be willing to adopt a familiar and compatible operating system.
- Then it looks like this.
- And still flows nicely.
Unfortunately, last time I looked audio software and drivers weren't well supported on ReactOS. If I could get Reaper, my audio interface and commercial VSTs running on it, I'd ditch Windows forever.
To reach any mass of users (outside of turnkey solutions where the end users may not know or care), you need commercial support and the later needs concrete identified market segments. To parallel Wine - ROS needs its own CrossOver (but not Cedega).
Of course, the network driver didn't work, sadly :(
Not convinced that's a weakness as opposed to a strength. Every time Microsoft changes literally anything about their UI, they alienate a legion of people who suddenly feel their workflow and productivity has been irretrievably broken.
Windows will never be free os, you will pay heavly with your privacy and from what I have seen on GUI changes, they are more moving into direction of cloud (minimal installation on pc, the PAID resources on cloud) than beeing free.
ReactOS devs, good work and thank you, I hope I will be able to use it in the future.
I don't agree. Vista was a mess but they seem to have made such tight performance budgets for 7, 8 and 10 that any computer which can run the 11-year-old Vista can also run 10.
There has been a lot of good work done on the underlying system, but it's had a ton of useless buggy crap piled on top of it.
(I will refrain from further commenting as my technical perspective is hitting into large fanbase of both systems and karma here is really not beeing able to handle it. At the end it is the terror of the less technical average.)
Here’s more info: https://scissortools.wordpress.com/2011/11/23/more-on-window...
But if ReactOS can be practically comparable - it can get some traction too.
Free OS? Even bog standard windows 10 pro (non-oem) is hardly free. Never mind a datacenter server license (aka you need to run 10s of instances in vms in order to get anything line useful utilisation from this modern server).
>It lights a fire under M$'s asses to make windows competitive
>Adoption is slow but exponential. Today is the first day I learned about ReactOS and I'm excited. I can program and I have money. If people can find value in it, adoption will grow.
Err... no. Not unless the installed base reaches a critical mass. And certainly not when the market share is not even 0.1%. macOS (or even desktop Linux) has a higher installed base and they don’t bother Microsoft significantly.
I’d be more optimistic if the OS had not been around for two decades. It had its chance when the likes of Vista was released. If it didn’t make a dent back then, it is not going to make one now - especially since Windows is at its best in terms of usability. Sure there are concerns about privacy, but those didn’t prevent Google from acquiring a (almost) monopoly in mobile market. Microsoft’s own attempts went nowhere — and they have infinitely deeper pockets compared to people behind ReactOS.
And even if it does gain momentum, I am fairly sure that Microsoft will find a a way to sue them into oblivion.
Except for they did. I'm pretty sure WSL was about developers who had preferred GNU/Linux-based systems (or macOS, since it can be compatible for some cases) for work, not about just running some *nix server software on Windows machines.
After seeing that I really want to save up and buy only Macs from now on.
I started with Fedora. Installed, seemed nice. Then I did a dnf update or something like that. It froze for 4 hours in the middle of the install. So I hit ctrl+z. When I restarted my computer GRUB was attempting to boot an OS version that did not exist and I had to manually try to figure out how to fix this which I was in no mood to do after having the OS for 10 minutes. Also apparently the newest version of Fedora didn't have the concept of turning off auto lock? Or a timer. I'm not sure, but the end result was that if I tried to watch a movie for more than 10 minutes my desktop would helpfully lock, continuing to play the movie.
So I then installed Ubuntu, which was fairly straightforward. Then deleted the couple of things that felt like advertisements (like a direct link to Amazon on the quickbar or whatever it is). Overall, was a pretty good experience until I installed the proprietary Nvidia drivers. Then for some reasons movies (DRM-free files) would stutter. At that point I was thinking about doing some C# development in visual studio anyway so I looked into dual boot installing windows 10 while having Ubuntu installed, and while there are a million articles on how to install Ubuntu with Windows 10 already installed, the reverse did not seem to be true. So I just wiped my system drive and reinstalled Windows 10, which helpfully activated based on my hardware profile even though I'd neglected to save the key.
Also, depending on what kind of C# development you do, VS Code can be very nice. DotNET Core is very straightforward to work with, and targeting the full frameworks with Mono is doable with a little bit of tweaking. If it's Unity, then the debugger plugin will be completely useless on Linux, and you'll have to use the very latest beta version of the editor.
In general if you stay away from anything too esoteric, and avoid hardware that needs proprietary drivers (e.g. nvidia graphics, broadcom wifi etc...) most things should work out of the box, but it's a good idea to do a bit of research on anything you're thinking of buying if linux compatibility is desired.
There are also various smaller vendors like system76 that sell laptops with linux pre-installed.
Here is a list of certified vendors for Ubuntu:
I had HP and Compaq laptops that ran Linux as well.
Did Linux succeed because other UNIXes were bad?
In my opinion, the reason why we need ReactOS is independent from whether Windows 10 is good or not.
And yeah, I agree besides the privacy issues, Win 10 is pretty good
No, it succeeded because there was a need for a UNIX like OS not encumbered by lawsuits (like BSDs) or costing a fortune (Solaris, SGI etc.).
Linux is a clean room implementation that doesn’t borrow any code from proprietary AT&T UNIX, ensuring that it has future. That, and the backing of FSF means it is not going to be sued into oblivion - something that could not be said for BSDs and other free variants back in 1990s. No one wants to invest into a something that may be shut down anytime. It is the fighting thtpat hurt the BSDs the most — causing them to be overshadowed by Linux despite being superior in many ways back in the days. Some would argue that they are still technologically superior in certain areas — but that is debatable.
I have migrated my servers to FreeBSD not due to problems with kernel, but due to everything else, the distributions are really doing horrible job maintaining userspace, not to mention failures like systemd. Also trusting data to linux is an interesting ride, from btrfs failures to "merging" (pun intended) those failures to zfs (https://github.com/zfsonlinux/zfs/issues/7401). FreeBSD has much slower pace of development and this is good for stability. Zfs is rock solid beeing part of OS for decade, docker was ported to it in 14 days, due to jails which are there for 15 years+ and field tested for years (while I was listening from linux guys years that chroot is all you need). I wont complain about linux features, but for BSD, I know that after update everything will work exactly like it worked before and this is more important for my bussiness than all the bleading edge features.
And then you have all the other issues that Linus explains here, for debian but same problems other distributions have (and yeah, I am just a bit younger and highly proficient in c/c++ on multiple operating systems, developing system level application for more then 20 years, that is probably why I share his opinion): https://youtu.be/1Mg5_gxNXTo?t=459
Linux has succeeded as it was fast by cutting corners in development. And it worked for a while, now problems started to stockpile and turtle is starting to catch up.
Regarding the "open model", I don't understand what would that be, BSD license is more permissive than GPL? Not to mention a shame when (https://www.zdnet.com/article/linux-beats-internal-legal-thr...) kernel developer for linux started suing companies not releasing the source code.
Just to wrap it up, if ReactOS will be able to keep the pace of development with the Windows changes it has a good chance that the year of ReactOS on desktop will be much sooner than the year of Linux on desktop. And this is what we want, not Linux OS on desktop but Open source OS on desktop, right?
Development of BSD was effectively not accessible to the outside world, being a closed playground for the developers at Berkeley. And to get an official version on disk, it also had a pretty steep price.
Even now the various BSD distributions are very rigidly controlled. Yes, they adhere to certain quality standards, but they've also turned off developers from contributing.
BSD is and has been developed in a centralized model, being the Cathedral, whereas Linux's development has been historically very decentralized, being the metaphorical Bazaar. You may like the Cathedral model, MacOS and Windows are developed like that, however in my opinion such a model only works with companies with plenty of resources to spare.
But never mind, time will tell.
A lot of critical Linux contributors are paid for their work. That's why understanding the model of development is important: they're not doing this for fun, whatever that means.
And on the desktop it took a backseat to MacOS for similar reasons.
MacOS shines as long as you are within Apple walled garden, while I personally like MacOS, I know plenty of users who like Apple hardware but not the OS.
Windows or Most Linux distro doesn't have any such limitation and will work out of the box 90%+ of the time.
What I am saying is that many people that would have been Linux users are now MacOS users. And one of those people is me.
I was a hardcore Ubuntu / Debian fan, but then got a MacBook Pro from the company I worked for in 2014. After moaning about it for a while, I'm now a convert. Initially it was because of the hardware, as I love Retina displays for example.
My younger self wouldn't believe what I'm about to say, but things break a lot on the Linux desktop and I don't have the patience for that kind of crap anymore. Not sure how it is nowadays, but back when I was using it, the presence of an Nvidia graphics card meant any upgrade could break your setup. Which isn't acceptable given Nvidia's popularity.
Many times it isn't Linux's fault of course. Surely you can't blame Linux for Skype not working, but the general availability and quality of apps is a big problem. Also I agree that you can't expect Linux to work flawlessly on all laptops and some research is needed for a good experience. Thinkpads are in general good and some Dell models too. But this information is scattered all over the place and translates in even more time lost.
Go to any conference and you'll see a majority of people with MacBooks.
Those people could have been Linux users instead. They were Linux users only a few years back.
I'm not saying that I'll never use Linux anymore. I keep using it on the server-side and I might be back to a Linux laptop someday, due to Apple's newfound hostility to power users.
But just an FYI, the freedom argument doesn't really win me over. If all other things are equal, I prefer the open source solution of course, but I've got work to do, bills to pay, projects to finish and a family to take care of, so until Linux improves to the point where I can do those things without wasting time, I'll stay on MacOS.
You sure as hell can, because distros love to break application compatibility as often as possible. It's basically the official sport of the Linux Desktop. It's 2018 and it's still basically impossible to distribute an application that will run on any Linux Desktop because of all the fragmentation.
But that's ok, because you can just release your application as open source and find some volunteers to maintain packages for it for all 200 distributions.
Even Linus recognizes what a goddamned shitshow application distribution is on Linux.
I too never used the freedom argument when using FOSS, but security and speed was a big issue. For the longest time, Linux was ahead of the curve - but I think MacOS and Windows and have since caught up. Windows is still banned in our company for security issues, MacOS is no-go for the price. So we are exclusively an Ubuntu shop. However, I personally prefer MacOS, but Ubuntu is a very very close second choice.
If you stay with Debian stable, Ubuntu LTSes, or Centos you'll be fine. I promise.
> This Windows 10 Setup Script turns off a bunch of unnecessary Windows 10 telemetery, bloatware, & privacy things. Not guaranteed to catch everything. Review and tweak before running. Reboot after running. Scripts for reversing are included and commented.
I recently updated to the "Creators Update" and couldn't believe the amount of shit that popped up after the install asking me pointless questions, trying to integrate with things, trying to get me to activate OneDrive etc.
It's not just post-install either, this stuff pops up when you're in the middle of something else!
The thing I like most about Gnome is how it just stays out of the way. I don't use my OS, I use the applications I have installed. The shell should provide an optimal environment for them to run in and an easy way to launch them - and nothing else.
Don't get me wrong, I've been a fan of Windows for a long time and 10 is the best version for years, but the popular Linux distros and macOS seem to do a better job of staying out of the way of the user.
I think Microsoft are losing track with all the "value added" stuff they're constantly trying to foist on people - and don't even get me started on the tracking.
It's not especially common, but I do know of a couple kiosks and a PoS system that run ReactOS under the hood to avoid Windows licensing.
This is a pretty good system, because the terminals are able to be updated really easily. A lot of cafes and stuff also use iPad POS software (one called 'Vend' is really popular here) and it doesn't have to be certified. This is part of the reason that it took hardly any time for almost everywhere to support contactless six or seven years ago. For example at Myer the POS systems look 15 years old but the attached card terminals are usually only a year or so old.
As for the terminals on older PoS as long as the PED is certified and the PoS is certitied its not a problem.
Card holder PII is also covered and is even considered more important these days since CC numbers are easy to rotate but your identify isn’t.
Also even if the PoS doesn’t sees the card details it is part of the payment acceptance process and if it’s compromised the payment process can be affected even with P2PE devices.
If the PED is complete separated from the payment process e.g. those in which the vendor has to type in the amount separately and the PoS doesn’t take any any any customer PII ever you may be able to get away with using something like ReactOS on it.
CHD under the PCI standards also covers PII card holder information which does reaches the PoS for handling refunds, managing promotions, club membership etc.
Even vPOS applications like those tiny card readers that hook to an iPAD as the PoS do a lot of leg work despite of them being P2PE.
They check for root, they check for iOS version (security update) they check for proxy etc. That’s all part of the PA-DSS certification for the application developer.
While it’s possible that a retailer who’s big enough so VISA can’t say we won’t gonna allow you to take payments with our cards, and the fines are smaller than the cost of adopting compliance to use these.
I wouldn’t imagine any PoS vendor even going with that since it would essentially put them at huge risk from both the PCI standpoint and general reputation damage.
As for certifying these there isn’t a single PA or PCI-DSS QSA out there that would accept ReactOS as a useable operating system because if something goes wrong the QSA is liable if they certified something they shouldn’t have.
These are specifically marketed by banks as not requiring any certifications of the PoS.
If the acquirer bank and the QSA accepts that your use of these terminals is sufficient then sure go a head but that means you don’t intake any PII via the PoS and you don’t use the credit cards to identify members and don’t use those terminals to scan non CC based membership cards, and you have no PII at all which means handling things like refunds and warranty is also not done via the PoS.
Both very small Australian companies, probably about 100k deployments between them.
I've seen it once so far, because my employer has a no Windows policy for contractual / security reasons and I was requested to translate a foreign-language dialog (on an English language OS installation). It was to solve / use an esoteric bit of Windows, that ultimately did not succeed. I commend the effort to make such a distro, but it is still a decade or longer away from the "casual" techie.
I understand that ReactOS doesn't require Linux as a dependency, but is that a significant win?
ReactOS does replicate the NT Kernel, so in theory (if it ever gets there), ReactOS would be able to run Windows Drivers. IE: the "real" NVidia and AMD Drivers or any other kernel-level drivers that exist in Windows land.
These days, AMD (and even NVidia) have decent Linux drivers. And WiFi drivers have Windows->Linux translators as well. But full compatibility to any Windows binary (including device drivers) is certainly a noble goal. There are a lot of little hardware devices that are written for Windows only (ie: specialized medical equipment, CAM / CNC Mill programs, etc. etc.) ReactOS would allow a smooth transition to Open Source if they achieve their goals.
It should be noted that there are a ton of Windows OS-level details that Microsoft does much better than Linux too. IE: I'd argue that Microsoft's security model (SIDs + ACLs) is superior to Unix-style Users + Groups. A large group of open-source developers who strongly understand the low-level internals of Windows is certainly a good thing in any case.
Even then, ACLs are just part of the picture. Windows NT's "SID" system for identifying user permissions is far more flexible than users / groups.
WinVista and later also adds mandatory access control on top of that, in particular event logging / auditing guaranteed by the kernel and "integrity levels". Anything that is "drive by downloaded" by Chrome for example has an integrity level of "untrusted" and thus is locked out of all kernel objects. (IE: "untrusted" integrity in Windows prevents access to files, processes, threads, mmaps, all services, etc. etc.).
Linux's security model is too weak to be used in a modern operating system. That's why Google extended it with all of the Android App stuff. Android's security model is closer to what modern Windows can do.
And if you know anything about Android (despite being built on top of Linux), its security model is quite different. Windows basically offers Android-level security at the kernel level. (maybe a bit more: major services on Windows, such as LSASS aka Login / Password service, can run in an isolated VM for example)
But I can see an obvious use case - testing. Customer reports an error but you can't reproduce it on your company's Windows development machines. I was able to reproduce a couple of bugs that way with wine and I imagine it could be handy running under ReactOS.
* I've only ever tried it in a VM.
Ubuntu server with LAMP is the greatest thing of all time, but desktop Linux has disappointed me over the nuances like mouse acceleration settings, netflix not working natively, etc...
Since it barely works at all.
I'm not sure what issues you've had with your mouse in the past, but in the vast majority of cases it works out of the box. I can say that desktop Linux has come a VERY long way in the last 3-5 years.
1. Reboot the computer in DOS mode.
2. Change to Windows directory.
3. Delete the .pwl file for a user.
4. Reboot back into Windows 95.
5. Enter a new password in what was once a login screen asking for the old one.
Simpler times for hackers back then. :)
Anything trying to be compatible with a large, greedy company's software is a huge risk if it starts cutting into their profits. Maybe nothing will happen but something might happen. I'm more concerned for companies like EnterpriseDB than FOSS projects like ReactOS, though. The lawyers do prioritize on those making money with the competing software.
I wouldn't be surprised if we open-sourced NT, at the rate things are going. Windows devs are likely flattered by ReactOS at this point.
> Even if they abandon the project it's open source and work can continue even after MS has their way with them.
Such infringement claims are damaging to the legitimacy of the codebase itself. Anyone taking up the project could face the same problems.
Security probably hasn't been tested very much but it probably will be as secure as most other OSes? (i.e., not very secure)
1. You can't use the OEM license with retail installation media.
2. You don't get OEM installation media because the license is tied to the hardware.
3. The OEM recovery media can't be restored to different hardware.
4. The OEM license key can't be used to install a retail Windows install on a different computer.
At some low number of customers, the more complex you make your licensing, the fewer people buy and the fewer people renew, and since piracy is roughly zero anyway, you make your licensing simple.
Then something magical happens somewhere in the middle, where either piracy becomes scarier or your customers are more locked into your ecosystem. Then the more complex you make your licensing, for some reason the more profit you can get out of your customers. It must be this way, otherwise we'd have no way to account for MS/Oracle/IBM.
I wonder where the crossover points on the chart are.
* How much piracy do you take before you make your licensing a nightmare?
* How "enterprise" do you have to go before you stop worrying that making your software a massive pain to install and upgrade won't bleed your customers away?
I've done it once in the past and it wasn't super complicated. It looks like it might be harder to find the oembios files now, but I bet you can still accomplish this if you're determined.
https://superuser.com/questions/539714/windows-all-oem-activ... has some details that could get your pointed in the right direction
Now that's a name I've not heard in a long time...
Microsoft held back the netbook market by setting strict requirements on the tech specs required for Windows licencing, without that restriction I'd suggest we'd still have a healthy market for netbooks today.
> ""Our license tells you what a netbook is," said Ballmer at the Microsoft-hosted day with Wall Street analysts. "Our license says it's got to have a super-small screen, which means it probably has a super-small keyboard, and it has to have a certain processor and blah, blah, blah, blah, blah.""
> "Last May, the Malaysian Web site TechARP.com, which regularly leaks information provided to computer makers by Microsoft, reported that the company would restrict Starter to specific netbook configurations. According to TechARP, Microsoft will only sell Starter to OEMs for use on netbooks that have a 10.2-in. or smaller screen, no more than 1GB of memory, a hard disk drive of 250GB or less (or a solid-state drive no larger than 64GB) and a single-core processor no faster than 2GHz."
Honestly, just grab a Raspberry Pi for your retro gaming console. It almost certainly does the job better, and the power usage difference will pay for itself soon enough.
GPU performance, I'd put my money on the Pi 3B+ over the Eee. Heck, I may even get mine running again to run some benchmarks... or Google for the inevitable raft of folks who already have.
I would need to see data supporting the assertion that it is "way slower than Eee 901". Off the top of my head, I'd expect it to trade blows with the N270. I'd also be surprised if the support for the Eee 901 was anywhere near as strong as the Pi from the retro gaming community, but, honestly, I haven't put together a retro-gaming rig since, maybe, 2001. Maybe it's time to put together two...
"security" isn't a big deal either, just keep all your ports closed and don't run untrusted code or unnecessary services. AFAIK all the exploits have been on services and such, which shouldn't be exposed to the Internet anyway.
IE: Win10 can run the password manager service on a separate VM now automatically. Hell, you can start new version of Microsoft Edge in a clean and isolated VM, requiring the attacker to use a hypervisor zero-day to pwn your box. And since the Microsoft Hyper-V hypervisor is often running through UEFI secure boot with assistance of the TPM modules on the motherboard, and because the Hypervisor has very few services running (really: any service is in its own VM), its a much, much harder attack surface to go through.
Security features that add convenience (ie: group policy allows admins to automatically open websites in "Application Guard" mode) helps a lot. When the user literally only has to wait ~5 to ~10 seconds to boot up a clean version of IE isolated inside of a VM (separated in a RDP session), its much easier to have widespread security throughout a network.
I mean really: think about the security model needed to pwn AppGuard + IE. You either need to pwn the RDP session (unlikely, but hey its possible). Or, you figure out how to escape an isolated VM, when said VM has virtually all applications locked out. I saw a security demo of AppGuard recently. You can't run cmd.exe, you can't run powershell, you have zero permissions inside of your VM. If you somehow escape the sandbox, you STILL have to break through a hypervisor to get to the user.
Its way, way WAY easier to do "proper security" with Win10 + all of the virtualization tricks (AppGuard, Credential Guard, Device Guard). The modern Win10 security model is beginning to be immune to even kernel-mode exploits.
With that being said: WinXP has security problems with modern Win Vista+ because that's the edition where Microsoft decided that direct-hardware access is a BAD IDEA for standard usermode applications.
WinXP allows any user-mode application to directly talk with the hardware. Win Vista+ does NOT allow it. And that broke a ton of programs (old controller hardware, printer drivers, etc. etc.)
Fixing security issues causes compatibility problems.
What if we could go back and access that infrastructure, what lessons could we learn?
I really dont know, but I personally see this as useful from an entertainment POV, let alone function.
It gives a huge, deep history lesson from author's perspective covering important events, hardware/software, and especially the culture. It was fascinating. Also made me hold off on MorphOS for one of my projects.
> "The problem was that OS wasn’t completely prepared for that, but clever people from Phase5 found a way - they made their own microkernel (called PowerUP, later WarpUP)"
PowerUP and WarpUP were competitors, and were the seeds for the later Red vs. Blue civil war.
If you'd like a clearer history of the Amiga, I'd recommend this series of articles on Ars Technica (it doesn't mention AROS, but is otherwise a good introduction):
The best option they suggest is moving it to a VM under Windows 10's Hyper-V:
If anything ReactOS picking up those small companies is beneficial to MS by keeping them in the MS ecosystem.
Maybe the 2020 win7 end of life would be a good time to do something like this. I don’t know if there is a good enough financial reason for MS, but from a user’s perspective I think it would be better than the situation today.
This is an impressive update when most projects, and not necessarily wrongly, always move in the opposite direction. Good to see.
As a free Unix user I'm primarily interested in ReactOS in order to test certain Windows things such as cwrsync over ssh. I tried installing ReactOS about a month ago but didn't have the right hardware to make it through the installer. I will definitely try again.
I have been keeping an eye on Reactos for over 10 years, it is still a promising candidate for my legacy systems, USB Install would still be good to have as it is painfully hard to get it on to newer systems which don't have Optical drives.
It took me a while but I can now compile my gui applications for Linux, so going forward that is my strategy, but lots of factories out there still scared to move off windows XP and Reactos would be ideal.
This does actually ring a bell for me - I seem to remember mention of it very early in the century. That perhaps cuts to the heart of the issue: it's been going as a project since 1996, yet it's still only considered alpha. In other words, I'm not so sure it's going anywhere fast, and I'm not sure what you'd really use it for.
ReactOS is a usable Windows NT 6+ clone, with kernel ABI ( driver ) compat, that runs real software. What are you comparing it to, to be able to qualify the speed of its development?
Don't be sure about something in the tech on such a long time frame. Just to put things into context. Andoird is less than 10 years old and already close to windows market share territory. Facebook is only 14 years old.
I can't even imagine to comprehend what will happen 20 years from now.
JQuery is 11 years old now. ReactOS is a goal and nothing more. Nobody is using it right now because it's barely usable outside of a VM, and even then it's software compatibility is smaller than WINE, let alone Windows.
ReactOS is a cool project, but your comments are bordering on delusional.
10 years ago there were 0. The churn in JS code is just too high.
2. Oracle v Google still isn't over, so even drawing any inferences about Oracle v Google itself would be premature.
3. The copyright holder here is MS. Any action on their part to go after ReactOS now be the undoing of all the goodwill they've built in the Nadella/MS-on-GitHub era. The result would be (a) a bunch of I-told-you-sos from the leery folks still holding on to their grudges today, and (b) a massive, massive, innoculating "fool me once…" reaction among the folks who'd actually been made suckers for not heeding the grudgeholders' warnings. All in all, it would be a spectacularly bad idea for MS at this point, especially given how much weaker their empire has already gotten in the last decade.
> Talking about the notification tray, due to Ged’s work, icons of killed and finished process are now automatically removed, even when apps crash. This is something that Windows doesn't even provide with Win10, and many Windows users may have noticed.
Made me chuckle. This has bothered me since forever. It seemed like such a low hanging fruit to fix, I wonder why Microsoft never did.
I'm assuming it's because of the size of the codebase, available engineering resources, return-on-investment calculation, and a business prioritization of new features over refinement.
Most engineers can look at their own work or codebase and think, "well, that's a bit shit but it works well enough." I can't imagine their backlog. I'm sure it's lurking in an issue queue somewhere.
ReactOS, another guess here, does either a polling check if all taskbar icons have valid process handles or a check whenever a process exits.
Explorer can’t tell if the app connected to an icon crashed without polling or other tricks which Microsoft probably wants to avoid. But it can tell if you move the mouse over them and it can’t send the messages to the application.
Also the notification area with a million icons is bad UI that I can imagine Microsoft not wanting to invest in. They tried to discourage its use by hiding most of the icons all the time.
Having worked at large corporations (not Microsoft) before, I can definitely see how things like this happen --- and the reason why "enterprise" software tends to have a lot of these superficially simple and annoying defects. To add insult to injury, the codebase is often offensively overengineered and in precisely the wrong direction to facilitate the change required to fix such bugs, and even the tiniest of changes requires a ton of extra paperwork, approvals, and reviews.
I hope it was an outlier event and that external contributions are better audited today.
https://www.reactos.org/wiki/WINE explains a bit but still doesn't answer the question.
P.S. oh by the way, the developers of both projects are apparently collaborating and ReactOS uses Wine's DLLs for their userspace, so my question is not meant to criticise the "double-effort" or anything like that.
There are also some technical advantages for applications that require driver code. Examples include specialized software with intrusive DRM (where either the DRM is so beastly or interest in the software is so narrow that there's no crack; ISTR that Cubase is sort of legendary for this) or software that drives industrial equipment. Wine will probably never run this sort of thing.
https://wiki.winehq.org/Wine_History and https://www.reactos.org/wiki/ReactOS/History were interesting to look through.
I tried wine-develolment a few days ago and 3D performance is still rather spotty (amongst all the other usuall hiccups). That being said is has helped me play a few games with a decent experience.
It’s been useful to be able to run the same Ubuntu and SUSE images as VMs and servers do, but that’s only really possible because the built kernels have RPi3 support (but at least you now don’t need a custom image with U-Boot).
As a random person stumbling upon this, what value would you assign to it? What could you imagine the end goal to be?
First of all, no driver for the network card in Virtualbox, though Vmware worked fine.
Second, no web browser...
Third, the mouse sometimes freaked out and got stuck in a corner.
If you meant lack of default browser preinstalled though, I agree with you its lacking.
It's necessary to change the network card in VirtualBox for internet connection to work IIRC.
I'll take another look.
If you install 7Zip, you should know that 7Zip does not associate itself with file extensions by default. This is 7zip behavior. You need to run 7zip, go to options, and set associations by clicking on the '+' button.
Currently, the supported graphics drivers is pretty sad for modern-ish hardware on ReactOS, because they are limited to drivers for Windows Server 2003 / Windows XP, which aren't available for a lot of modern cards (or integrated chips, for that matter). Additionally, a lot of the older XP drivers don't work well on ReactOS today.
Do you mean faster?
The best way it seems to check the AppDB is to do something like
site:https://appdb.winehq.org "c&c" "red alert" "2"
- Version 1.1b (retail): Copy a DLL over for working sound, then everything works: https://appdb.winehq.org/objectManager.php?sClass=version&iI...
I think looking at MS documentation is okay. You're allowed to look at MSDN for Wine development. Since the projects share code, you're probably allowed to do so for ReactOS as well.
Also just a side note, Linux isn't exactly a UNIX fork either. Linux was developed from scratch on a MINIX host, which in turn was another OS designed to be UNIX-compatible but did not actually use any UNIX code. To put it another way, it's Unix-like two generations removed, but definitely not something you could call a fork. That might seem like a small detail to you but SCO vs IBM says otherwise.
- You need to fix your flaccid dev community. Your forums have a terrible S/N ratio. IRC may be great and all, but I don't see any hard documentation behind any design discussions or development. I do see crazy shite like "can I run ReactOS on Playstation 2". The forums make your project seem dead, which it clearly isn't.
- You need to fix your flaccid dev community. It needs a larger presence. It needs to be tangible (who is doing what? who are the people? do you have conferences?)
- You need to fix your flaccid dev community. There is a bunch of really useless, out-of-date, confusing and out-right self-inconsistent information on building ROS, and the Git move didn't help (but kudos on the move, it is long overdue). I've tried 4-5 times to do something, but the directions I followed on Win, Ros or Linux all ended up breaking somewhere.
- You need to fix your attitude problems (or your forums). There are people asking reasonable questions, who get actively or passively aggressive answers. Not good.
- You need to fix your toolchain problems. This whole SEH thing is getting out of hand. Does Clang support SEH yet? It might - https://clang.llvm.org/docs/MSVCCompatibility.html. So maybe you need to bail on GCC, or maintain your own fork of it (yes, it's ridiculous that GCC still doesn't have SEH support, and the patents have long expired).
- You need to get a grip on x64 support. Your toolchain problems cannot be a gate (and you can clearly use MSVC for building... so...). IA32 support is great and all, but needs a back seat to x64.
- You need to get a grip on UEFI booting (note UEFI booting does not /necessarily/ mean you need improved ACPI support, in practice)
- Forget Xbox, NewWorld PowerMacs (those were BE anyway) and 32-bit Arm chips (which outside of the Pi are too varied and too few). Targeting 64-bit Arm chips does make sense, though, now that Microsoft has released a client build of Win 10 on laptops and an Arm server vendor demoed Windows Server at OCP'18 (http://www.opencompute.org/assets/Uploads/18150J-Ampere-PPT-...). You will need UEFI and reasonable ACPI support to support ARM64. You can target SBSA and SBBR compliant systems and this will give support for the entire server ecosystem (and qemu VMs, har har).
- You might wish to minkernel-ize ROS as well, so you can boot without a GUI.
- You might wish to update Wiki (and build a list of links to relevant pages) for active subprojects.
I suspect the core devs for ReactOS are very few in number and this probably gives rise to the issues you see. But a rant here won't fix much.
If you don’t want feedback, don’t ask for feedback by posting publicly. My “rant” is a collection of issues I’ve seen for at least the last 7 years of actively paying attention to the project.