Slashdot Mirror
Taking a Look at Nexenta's Blend of Solaris and Ubuntu
Ahmed Kamal writes "What happens when you take a solid system such as Ubuntu Hardy, unplug its Linux kernel, and plug in a replacement OpenSolaris kernel? Then you marry Debian's apt-get to Solaris' zfs file-system? What you get is Nexenta Core Platform OS. Let's take Nexenta for a quick spin, installing and configuring this young but promising system."
But seriously, sounds like a great idea.
Don't blame me, I voted for Baltar.
These are the types of stories I miss on /. No, politics, no civil procedure/court news, no DRM wars. Just plain old news for nerds (even if it doesn't matter all that much).
You must have missed the memo. Sun has been open sourcing projects left and right: OpenSolaris, Java and VirtualBox to name a few high profile examples. Sure OpenSolaris isn't GPL'd, but Java and VirtualBox are.
Win a signed Stephen Carpenter ESP Guitar from the Deftones: http://def-tag.com/?r=0008781
The x86 iso includes 64bit kernel. It auto detects on boot.
It's not possible to compile Opensolaris without downloading and using a whole bunch of binary components which are distributed under a proprietary license. (see here for details.
This is in stark contrast to OpenBSD (and to a lesser degree NetBSD and/or FreeBSD -both of which include proprietary binary-only blobs). Their license is OSI approved, but you can't compile a working system using only the parts that are open source.
And this is after three and a half years, guys.
We need to prevent another monoculture in the information sector, even in open source. If everyone uses the same kernel, they will all have the same vulnerabilities. Safety in numbers means having more than one popular kernel.
If you read the flame wars on Debian Legal - which is usually a bad idea - yu'd see that the reason it isn't an official Debian is because Solaris' libc is CDDL, which is not GPL-compatible. The Debian people believe that distributing GPL'd code that links against a GPL-incompatible libc is a violation of the GPL (and they are probably right). Something to think about when you use the GPL for your own code - you may be preventing it from being bundled with other Free Software.
I am TheRaven on Soylent News
> you... unplug its Linux kernel, and plug in a[n]... OpenSolaris kernel...
What happens?
Neither Linus nor Richard are happy.
The reason Ubuntu is so popular is because they took a standardized, stable, flexible, but up-to-date base (Debian) and took care of the desktop-oriented customization that a Debian user would normally have to do manually. Then they started filling in the holes in the UI, which trickled back to Debian of course.
The reason Red Hat is no longer popular (and I don't know why it ever was, since Debian has almost always been this good) is, in my opinion, because the packaging system is way too open and not nearly standardized enough. Although they have been fixing this in the recent years, when you run a Red Hat based system (Fedora, Centos, etc), you seem to end up installing packages from random places.
From Debian, if you stick with the official repositories (which is possible since they are very thorough and extensive), you are pretty much guaranteed that all your packages have passed through a standardized system where they are checked for problems, inter-dependencies, and are all compiled with the same methodology.
Additionally, Debian's seemingly-overbearing policies on legal issues are actually a good thing, as long as they have enough developers (and they do): as long as you have your "gold standard" distribution where every package meets very strict rules, you can always branch out from there by adding other trusted repositories or doing what Ubuntu has done. However, if you start from a "messy" packaging system / distribution where anything goes, its much harder to select the "standardized" subset of those packages.
Finally, Debian's developer base is very large, diverse, and relatively unified in their efforts, and their organization is *very* democratic and user-driven. There is no one central authority that has total and permanent control over the distribution. While this has the possibility for failure, they've done it in a way that seems to have worked out very well. In contrast, Red Hat is a corporation that has a vested interest in getting customers to pay for support contracts, while the Red Hat based distributions are more numerous and don't have nearly as much manpower (note: purely based on speculation). I don't know how much penetration Debian has in the enterprise, but if someone stepped up to provide paid Debian support, I think they could make a lot of money...
Anyways thats just been my view. I honestly don't mean to offend anyone who really likes Red Hat -- I just feel that Debian's packaging system is much more powerful, standardized, up-to-date, and trustworthy (the key being meeting all of these points, and not sacrificing one for another -- say more up-to-date for less standardization, etc).
Please feel free to correct me -- I am interested to hear a Red Hat admin's point-of-view on the issue.
I guarantee RH is the most popular in the enterprise, which is how they want it. RH gave up fighting for the Linux desktop, which they see as irrelevant and unprofitable.
So, to answer you question (mark, really), RH has only been "relegated to near irrelevance" on the desktop, and that happened only because they didn't want it.
Put identity in the browser.
I guess the other software wasn't very Free then to start with if it disallows something as simple as linking with a GPL package, was it? After all, any GPL software can link with any other without legal complications...
Nice troll. The CDDL is roughly equivalent to the Mozilla Public License. It makes no demands on code linked to it at all. It is a per-file license, and can be linked with any other code unless the other code's license explicitly prohibits it. You can mix CDDL, Apache licensed, BSD licensed and any other per-file license together into a single program.
It is the GPL which makes this a problem. The GPL states that, if you distribute a GPL'd program, all parts of the program must be covered by licenses which impose the same conditions as the GPL and no others. The CDDL (along with every other Free Software license on this list) does not fall into this category. This means that you do not have a distribution license for the GPL'd software if you attempt to distribute it along with any software under any of these licenses (and they link together - 'mere aggregation' is allowed).
Apple would have the same problem distributing bash on OS X if their libc were APSL'd (like most of the rest of Darwin), but since it comes from FreeBSD they kept the BSDL, which is GPL-compatible.
Any GPL'd software can link against any other GPL'd software without legal complications, but you can say the same about the CDDL, the APSL, the ASL, and even a load of proprietary licenses. It's only when mixing with the GPL that any of these have problems.
If the CDDL is the problem then it is not Free.
Well, the Free Software Foundation list it as a Free Software License, and the Open Source Initiative class it as an Open Source License, so it certainly seems free.
I am TheRaven on Soylent News
Hi, I'm one of NCP (Nexenta Core Platform) developers. The Ubuntu part of Nexenta is the userland. So over 5000 apps that you see in our repository are ports of 8.04 counterparts.
Theres some more information for developers in an article I wrote over at OSnews.
http://dilemma.gulecha.org - My philospohical short film.