Otherwise, kudos to the devs for creating this amazing work of art!
836 karma · joined August 3, 2014
Otherwise, kudos to the devs for creating this amazing work of art!
I have been curious: if ReactOS aims to be binary compatible with windows, does this mean it succeptible to windows malware infections? I understand that despite having a similar API, the ReactOS implementation different from microsoft's implementation, so a vulnerability on Windows won't necessarily be present in ReactOS, but let's say a user infects themselves through a malicious word doc macro that downloads a windows malware exe or dll, can that still cause harm to a reactOS system? Or is some sort of sandbox in place to prevent such attacks?
Open source, lightweight, extremely small app size
http://webcache.googleusercontent.com/search?q=cache:gmd3HGA...
Exactly, and I don't like it! I too was quite surprised it came from politico of all sources.
Similar comments on the article here: https://thefederalist.com/2017/04/10/needs-alt-right-conspir...
She also is a happy owner of a non-retina iPad mini which is still chugging along.
You make a good point- I too have been an open-source consumer. Yea I have filed a few bug reports, helped some people experience Linux or switch from IE6 to Firefox, but have not contributed much to these projects time- or money-wise. With things like the Linux kernel, that are suported by the likes of Red Hat and SUSE (which are in turn supported by big businesses), I am not too concerned about their survival. But after reading about the GPG maintainer and now the GNU Octave maintainer being forced to stop their their generous contributions, I realize perhaps I need to be doing more as a user for open-source things I care about being around in the future.
Also, I wonder what this means for the Intel Quark SoC (found in Intel Edison and Intel Galileo boards). Does this mean Arch Linux wont be an option for these devices?
Despite RHEL 7/CentOS 7 not supporting 32-bit x86, there is now a community-led effort to port it to 32-bit x86. I wonder if Arch would consider doing the same (supporting 32-bit x86 as an alternative architecture).