SkyOS Now Runs Linux Binaries Natively
Gunder123 writes: "A new (open source in the past, but not anymore) operating system, SkyOS, in its latest version can run Linux binaries unmodified, without the need of a recompilation, enriching its own application base this way. Their Linux emulation layer lies inside the SkyOS kernel, I wonder if there are any GPL violations going on here. Their future plans involve also an emulation layer for Windows applications, pretty much what ReactOS tries to do for the last few years for the WindowsNT model."
"Their Linux emulation layer lies inside the SkyOS kernel, I wonder if there are any GPL violations going on here."
That has to be one of the rudest things that I have seen on Slashdot in years. To suggest that just because some Linux binaries can run on another OS with no evidence is absolutely disgusting.
Of course, even more disgusting is that Timothy posted it, but I think everyone realizes Slashdot has a pretty fucked up editorial policy so I shall not continue.
I'm having a hard enough time getting our office staff to switch to KDE. Why would I want to mess about with SkyOS? Does anyone know?
--
Socrates was asked where he was from. He replied not "Athens," but "The world."
Why design a new OS if the whole goal is to run another OS's binaries. I hate to say it, but all these little projects like Sky and others will never have enough software developed for them to actually make them profitable. They're wasting their time, make the OS better and make applications for your OS before emulating everyone else's OS.
Just because I AM paranoid doesn't mean they're NOT out to get me.
Fork the code. Reimplement new fetures. That is what should be done. When people asked about Mozilla reay being open source the response was that you are always able to "do what is right, fork the code" This is the best thing anytime someone trys to take source away mid project. It would be one thing if this was closed from the beginning, but making major license changes like this is asking for trouble and upset developers. OpenSSH vs SHH anyone? Yes thats BSD. People say GPL projects can't be forked but they certainly can be and there are some examples of that as well. I believe OpenRacer vs Tux Racer is one. There was another having to do with file systems. Anyone remember what that one was called?
The problem is the typical FSF bullshit. If we didn't make it, they can go get fucked, it's shit.
Think about how that kind of emulation works, you just do system call translation. What on earth code would you steal? This is code that, by design, HAS to be original.
Slashdot's editors truly need to be more careful, and they need to issue an apology to SkyOS for making such an irrational accusation.
That's completely backwards. When writing an emulation layer (I speak from experience...if you ever ran a System V 286 binary on a System V 386 Unix or an SCO Xenix 286 binary on a Systemv V 386 Unix, you were using the emulation layer Darryl Richman, Carl Hensler, and I wrote when we worked at Interactive), you do not want to use actual code from the OS you are emulating. That code doesn't work like your OS works (if it did...you wouldn't need an emulation layer...you'd just need some argument munging and other trivial stuff).
The hard thing about an emulation layer is finding out just what the thing you are emulating does. An emulation layer has to not just follow the written spec (if there is one), but also has to implement the same bugs as the thing you are emulating, and follow the same choices where there was leeway in the spec, or you might break binary compatibility.
When emulating something that is open source, like Linux, you have the documentation you need: the source code. You read it to find out what the real behaviour is, and then implement that in a way that fits in with the way your OS works. It simple is almost never going to be faster to rip the actual code and try to use it.
When emulating a closed source thing like Windows, however, finding out the actual behaviour you need to emulate (remember...gotta match the actual behaviour, not just what the spec says) can take much experimenting and disassembly. It is much more temping (because it can actually save a lot of time), to rip some DLLs from Windows, and cobble together a framework to run them under your system.
So, just from a "what might developer's do" point of view, it is actually more likely a Windows emulation project would use parts of Windows they should not use than a Linux emulation project would use parts of Linux they should not use.
I have nothing against open or closed source projects. What bothers me is when open source projects become closed source without the approval of 100% of those who contributed to the development.
If a developer gives his time because he believes in the principles behind open source, he should not see someone else declare that the project on which he worked is now closed source.
I do not know if this is the case with SkyOS and do not mean to imply that it is.
It's a little bit harder to prove code-stealing without access to the emulation source code, thus the speculative questions.
If they gave general access to their source code, then it'd be pretty easy to prove the question one way or the other (but then they'd also be halfway to being open-source again, too .. grin).
Free Software: Like love, it grows best when given away.
Comment removed based on user account deletion
I wonder if there are any GPL violations going on here.
ever heard of wine? Why aren't people asking: I wonder if there are any microsoft EULA violations going on.
answer: Hypocrisy.