Omnimaga
General Discussion => Technology and Development => Computer Projects and Ideas => Topic started by: Roguebantha on March 27, 2013, 05:59:28 pm
-
Hey peeps, I was wondering whether anyone out there would be interested in working on an operating system called LibraNext, which is a takeoff of Debian and Linux that aims to bring stability, speed, and reliability to the public market. We have enough system testers as of now, but we really need more coders who can get into the nitty gritty of Linux and its kernel. Here's a list of some things that would be great to have in any coder we would need:
C++ experience
Bash experience
Experience with Linux kernel 2.6
XFree86 skill would be nice
KDE
Qt version 3
If you have any or all of these skills, and feel you have time to give to this project, we'd be very glad to add you to our team. Just send me a PM :)
Check out our website at libranext.com!
-
The problem with third party OS's is that an OS is very important. And takes ages to install. Now I know you can have multiple OS's. But a lot of people don't bother with third party OS's. It's not like a program where you can install it, try it, then leave it and forget about it. Changing OS is a big thing and many people don't want to do it.
THAT BEING SAID! I hope this goes well and I hope you find some programmers. Good luck!
-
Heya and welcome here. :) By the way do you plan to keep us updated on progress if this new OS gets started?
-
Sounds interesting.......but i'll probably still stick to arch :P
BTW, welcome to omnimaga :)
-
Looks interesting but sadly I can't help, I'd love to though.
-
Experience with Linux kernel 2.6
That's severely outdated, the last 2.6 kernels were nearly 2 years ago and the kernel constantly changes.
XFree86 skill would be nice
Ditto, the world has been on X.Org for many years.
Qt version 3
Ditto, Qt is now at version 5.0 (5.1 shall be released soon).
=> what base version of Debian are you using ??
-
Yes, we're using older versions since as rule of thumb, we've found them to be more stable than anything else. We're using an older kernel also because we can get it really small while kernels greater than 3 tend to get quite large.
We're using v 3.3, either Woody or Potato, which one doesn't come to mind right now.
-
what "market" is this supposed to be directed towards? it seems like the sort of people who would have heard about your distro would also, as a general rule, be capable of putting together a desktop on top of some other popular distro that does much the same thing.
-
Our system aims to be a system that once created, needs very little, if at all, modification to run as fast and as efficiently as possible. With Linux systems these days, this tends to be a major shortcoming, and systems like Debian tend not to be very fast if their configuration is not modified. For example, on my own computer running Ubuntu, I originally could not access any screen resolution greater than 800 by 600. I had to fix this by modifying a configuration file quite heavily. We're trying to keep the number of occurrences of this to zero. We mean to make LibraNext useful for large scale use in company offices or organizations, and to maintain support and reliability. We don't plan on releasing anything for LibraNext that has not been thoroughly tested or is not stable.
-
ubuntu is not particularly representative of "Linux systems". that aside, though, what reason would a system administrator have for choosing your distribution over red hat, assuming he wants support for updates, or a "configure once to work exactly how he wants and then mirror across the other thousand machines" arch/debian/gentoo install? furthermore, how do you plan on providing a system with better out of the box support and better performance with such out-dated software?
-
Hmm... This looks interesting, I hope it goes well.
I agree with Augs, sortof.
The problem with third party OS's is that an OS is very important. And takes ages to install. Now I know you can have multiple OS's. But a lot of people don't bother with third party OS's. It's not like a program where you can install it, try it, then leave it and forget about it. Changing OS is a big thing and many people don't want to do it.
THAT BEING SAID! I hope this goes well and I hope you find some programmers. Good luck!
Yes that's technically true, unless you count WUBI, the windows Ubuntu installer. You can install Ubuntu like a program and all you have to do to remove it is uninstall it like a program. Although, that route has a few problems/limitations. For some reason every time I've installed Ubuntu through WUBI, its been limited to like a max of 30 GB harddisk partition, and other stuff wasn't near as customizable.
One thing you might consider is trying to reduce the size for download rates. Personally, I have bad internet, and Ubuntu CD ISOs can take an hour to download (around 750MB) And it would be nice to have something a bit smaller without all the bells and whistles.
-
Yes, we're using older versions since as rule of thumb, we've found them to be more stable than anything else. We're using an older kernel also because we can get it really small while kernels greater than 3 tend to get quite large.
We're using v 3.3, either Woody or Potato, which one doesn't come to mind right now.
It is flat out unreasonable to use anything older than Debian 6.0 (and even then, with the impending release of Debian 7.0, the two-year-old Debian 6.0 is old, and security maintenance of 5.0 will stop in the next few weeks / months). Aside from commercial distributions (basically RHEL & SLES/SLED), or their no-fee but no-support offspring (CentOS, Scientific Linux, etc.), the vast, vast majority of older distributions is not maintained because that's a significant burden. "not maintained" means that not only they're lacking in functionality developed in recent releases, but also, that they're not receiving security fixes.
Using old distro and kernel versions means that hardware support will suck.
For example, on my own computer running Ubuntu, I originally could not access any screen resolution greater than 800 by 600. I had to fix this by modifying a configuration file quite heavily. We're trying to keep the number of occurrences of this to zero.
I presume you're talking about xorg.conf, so which version of Ubuntu are you using ? It's been a while since all of the maintained Linux distros can cope without a xorg.conf file, let alone having to edit one (in the vast majority of situations).