Originally posted by: Nothinman
I was merely expressing my opinion that they're wasting their time on a project that has less of a chance of survival than BeOS.
But BeOS still gave the general OS community some new features to contemplate adding to other "surviving" OSes. So in that sense, the "experiment" was still worth it, and the effort not entirely wasted.
Originally posted by: Nothinman
The irony is, 5-8 years ago, NetBSD (and FreeBSD and Open386), were considered the only "real" free *nix's, and Linux was considered an immature hacker's playtoy, not suitable for anything else but hacking on the code.
There's no irony in that, unless you're thinking that in 10 years SkyOS will be at the same spot Linux is now.
I was semi-implying that, hypothetically-speaking. Who knows what will happen?
Originally posted by: Nothinman
But I doubt that'll happen because there's no grass roots support like Linux had. What made Linux work well was the fact that it was OSS, not that it was technically better. Infact it wasn't, originally it was written to run specifically on only the hardware that Linus had in his house and he said himself it it won't be anything "big and professional like GNU", go figure.
Now
that is some irony.

If only BeOS had been OSS, or at least partially, like Mac OS X/Darwin is, then perhaps it could have gotten the hardware support that it needed to survive. OSS is good, I do happen to like OSS.
Originally posted by: Nothinman
XFree86 has more-or-less always been a bit of a mess.
Which is why it was forked to X.org, so that progress could be made. Are you saying that it would have been better for the X.org people to start over?
I haven't actually dug through the codebase since XFree86 3.1, so I can't really say. But back then, it was indeed a bit messy.
Originally posted by: Nothinman
At the time, it did have far better "multimedia" capabilities that either Windows or Linux
In some spots it still does, but where did that get it?
I was just saying, that even though it "died", it made some contributions to the general OS community, so in that sense, it was still "worth it" for it to exist. (Kind of brings a parallel analog to issues of human abortion, in a way. Should those who have been born into the "hard life", simply be given up on?)
Originally posted by: Nothinman
In fact, I daresay, it prompted the creation of the Linux kernel-premption and low-latency patches, in order to attempt to compete on the basis of multimedia performance with BeOS.
Definately, I'm sure it had some influence. But look, the Linux kernel devs took an already well established source tree and altered it to meet their goals instead of starting over from scratch. And now Linux has lower latency that Windows in most areas and is probably close to BeOS in many areas.
Well, NT was and probably still is ahead of Linux in terms of fine-grained locking and pre-emption, but... I'm not sure how much weight your argument has, because Linux seems to have major portions re-written reasonably often (every two years?), and sometimes, throwing out the entire codebase and starting fresh is the best path to take. (I think Linux SCSI support, and things like the Tulip NIC driver, have had that happen to them at some point in the past, haven't they?)
Originally posted by: Nothinman
What to say, that SkyOS won't develop some similar level of enhancements, and be superior to other current OSes of the day, eventually?
It might, but it'll end up like BeOS with people saying "Oh, lets make Linux do this because it works well in SkyOS" and SkyOS will fade away also like BeOS.
That's a good point, Linux is like a bizarre hybrid chimera-like OS, the open-source OS equivalent of the Borg, sort of. The only thing stopping it from becoming the world's biggest software swiss-army-knife is the careful oversight and pruning work of the maintainers, keeping the core of it with a proper shape, almost like the pruning of a bonsai tree.
Originally posted by: Nothinman
Indeed, does Linux even yet have base-level support comparable to some of the things that BeFS was capable of doing?
Didn't Be drop the database FS for 5.0 because of speed issues? But yes, reiser4 should be able to do all that even though I won't be running it any time soon. There's no reason for 99% of that crap to be in the filesystem, it should be implemented in userspace and then be portable to all filesystems.
I knew about ReiserFS4, and it's amazing that the code is actually "done", but the semantics and the capabilities provided by it, need to be both supported and fully utilized by the userspace tools to make a difference, and given the "unix traditional way of doing things", that may prove more difficult in some sense than even writing the lower-level FS code in the first place. I wasn't aware that BeOS dropped BeFS, but you could well be correct. I only tried out the freely-available "test" version of 4.0 or 5.0.