ReactOS 0.4.6 Released (osnews.com)
OS News reports that the latest version of ReactOS has been released: 0.4.6 is a major step towards real hardware support. Several dual boot issues have been fixed and now partitions are managed in a safer way avoiding corruption of the partition list structures. ReactOS Loader can now load custom kernels and HALs. Printing Subsystem is still greenish in 0.4.6, however Colin Finck has implemented a huge number of new APIs and fixed some of the bugs reported and detected by the ReactOS automated tests. Regarding drivers, Pierre Schweitzer has added an NFS driver and started implementing RDBSS and RXCE, needed to enable SMB support in the future, Sylvain Petreolle has imported a Digital TV tuning device driver and the UDFS driver has been re-enabled in 0.4.6 after fixing several deadlocks and issues which was making it previously unusable. Critical bugs and leakages in CDFS, SCSI and HDAUDBUS have been also fixed. General notes, tests, and changelog for the release can be found at their respective links. A less technical community changelog for ReactOS 0.4.6 is also available. ISO images are ready at the ReactOS Download page.
I have always thought ReactOS was a good idea, but it seems like it's way too late now. It has been in development for so long that it is probably arguable that it's usefulness has been passed by.
The news of a Digital TV tuning device driver is nice, but why? There are such things as Kodi which work really well.
ReactOS does not even have SMB support (I suppose, based on the summary) which seems like a really basic thing to not have.
I hope they wind up with a great, really usable product, but I suspect the interest in this project will be minimal.
Not sure what is sueable here
APIs are not copyright able. See Google vs. Oracle.
reimplementing win32 APIs is legal.
APIs are not copyright able. See Google vs. Oracle.
Wow, you completely misunderstood that case. APIs most definitely are copyrightable, as per the appellate court. The best you can hope to attain is a fair use defense, which Google tentatively won (though it may or may not be overturned, like I know). Reasonable summary here, a lot of situations are probably fair use, including interoperability.
"First they came for the slanderers and i said nothing."
IMNAL but GvsO was "won" based on fair use, in fact the case sided with Oracle that APIs are work of art (some more than other ;-).
from: https://en.wikipedia.org/wiki/....
"On May 26, 2016, the jury found that Android does not infringe Oracle-owned copyrights because its re-implementation of 37 Java APIs is protected by fair use. "
And since fair use is solved case-by-case, it is rather very "sueable".
4wdloop
Well, if Redmond gets hit with a nuke from N.Korea, then ReactOS is the only way we'll still get updates to Windows in the near future.
Did you just seriously give everyone an upside to nuclear war with North Korea?
I thought Google developed all their own code? Isn't it just the header files they copied from Java?
They did, but they copied the APIs. The court applied the Abstraction, Filtration, Comparison test, and found that substantial portions of the API were copyrightable. Not the pleasantest of circumstances, but anyway, that's where we are: copying header files can be a copyright violation.
"First they came for the slanderers and i said nothing."
Right, but just copying them doesn't make their code a derivative work.
Yeah, it does. That's basically what a derivative work is.
Either way it's a copyright violation, but going GPL wouldn't have avoided the infringement.
The reason going GPL would have saved them (and actually, they have now switched to OpenJDK so they are fine) is because then they would have had a license to use it. It's not that the GPL is special, it's that Sun released Java under the GPL. Anyone is free to use it. But since Google released their version under the Apache license, they couldn't claim that defense.
"First they came for the slanderers and i said nothing."
ReactOS already runs 3D Studio Max and Caligari TrueSpace. That makes it pretty useful to me already. Sure it's running in Qemu, but it already handles window management better than wine does. As it gains in compatibility It's slowly becoming a real replacement for windows in various use cases. I could see it easily replacing Windows Domain Controllers and Windows Terminal Servers in virtualised environments. No license cost, and management UI is close to Windows.