To read all comments associated with this story, please click here.
My suggestion would be for you to look into all of the research done on OS design, and figure out a better one(including the kernel, system calls, and a number of new apis).
Next, figure out how much work it would/will be to get a booting system that's somewhat usable. Next, you'll need native-running development tools.
Now you can start to attract hobbyists.
It would be quite a bit of fun, but there's quite a bit of history behind why Unix is the basis for most operating systems.
Do I have a basic design concept written for an OS?
Yup.
Do I think it'll be through stage 1 in the next year?
Nope. I have too much to learn for that level to be reached.
Or doesn't it make you crazy when you don't know where to look for files that were installed by some package?
for example is it in /usr/bin or /usr/local/bin or /opt/bin or god know where?
dpkg -L {packagename}
Doesn't it make you sick how two different distros can use completely different filesystem layouts ... and still be FHS-compliant? That's what boggles my mind.
Going from a RedHat to a Debian to an Arch system always leaves my head spinning, trying to figure out what is installed where. And they're all FHS-compliant.
Give me a FreeBSD system anyday:
* / is where the OS lives, all the stuff needed to boot to single-user mode
* /usr is where the OS lives, all the stuff needed to run in multi-iser mode
* /usr/local is where you install stuff
* /etc is for the OS configuration files
* /usr/local/etc is for the user-installed configuration files
So nice and clean, and simple, and nicely layered. Considering how often Linux devs scream about "rampant layering violations", you'd think they'd have a nice layered filesystem. But now, even the systemd dev doesn't believe you should separate / and /usr.
Le Sigh! 
Do folks here still bother to analyze comments or just prefer to mod down anything that questions the majority's view?
I think my comment made it pretty clear that we need something to stand up to Windows/Mac as an open platform. But the corollary to that was "Why do we need more than one of those [open platforms] to do so?"
But then I got foolish and asked "Why should Linux necessarily try to bend over to please the BSDs?"
The replies along the lines of "this is how O.S.es have -- and should always -- been done" do not answer my question; the reason why we're having this situation in the first place is because the Linux ecosystem develops some of its things in its own corner or tries to get rid of legacy stuff.
Is asking the hard questions not allowed here anymore?





Member since:
2005-07-23
Linux is a technically excellent (or at least very good) system, and it serves as a strong contender against proprietary platforms.
Why should Linux folks care about BSD exactly? This is not meant to sound offensive (though it probably will set off some fires), but the question stands: what's the point of more than one perfectly good system, except the usual argument of "choice is good, competition is good, what if I don't *like* Linux, and what if Linux suddenly dies overnight"?
More importantly, why should we somehow let 40 years old o.s. design principles dictate how Linux should be designed?
Somebody enlighten me. I'm looking for a well-grounded argument for why we must be paranoid about not stepping on anybody's toes and why we should increase the burden of development and hinder innovation by carrying all that legacy baggage.
Disclaimer: I am not a sysadmin and I am not a kernel developer.