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."
Open Solaris is OSI approved Open Source.
Do you even lift?
These aren't the 'roids you're looking for.
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.
Let me clarify this before someone gets confused -by "Their" I only meant Opensolaris.
NetBSD and FreeBSD include binary blob device drivers -but you can compile a working system without them.
You can't compile a working system without using the binary-only components of OpenSolaris.
only SPARC 64 is supported, 32 bit SPARC was dropped from any Solaris support with the release of S10.
as for the x86 port, it is both, you don't need a separate distro for 64 bit support because of isaexec and a smart kernel
Not quite that simple. You can distribute GPL (V2) code which links against an incompatible (or even closed-source) libc, provided you don't also distribute libc. This is the "special exception" in section 3. Of course, a distro like this does distribute libc, so it's not eligible for the exception.
This isn't the only problem with libc/compilers in Solaris. A few years ago, I was trying to use Solaris 10 to do a project in perl. The project had to do with parsing street addresses, so I was trying to use the CPAN module for that. Turns out that the Sun provided perl binary on Solaris is absolutely borked because it is compiled on the Sun Forte compiler and it won't work with CPAN, which expects to build parts of its modules against GCC and there are some fatal incompatabilities. There are some work-arounds involving shims, but they are serverly non-trivial and I never got them working properly. I was using solaris because all the data was in a berkley-db on the solaris box. I ended up runing the perl part on linux and mounting the berkley-db directory via NFS, which was far easier and reliable than trying to untangle the entire shim business. The other option, I suppose, might have been to compile a completely new perl binary against GCC/glibc and call that whenever I used my project. But still, a major tool like perl should "just work". Perl without CPAN isn't much use. I was completely flabergasted.
Gentoo was never the big thing. For geeks perhaps. In the enterprise, it has always been Red Hat or SUSE, and that certainly hasn't changed, and is unlikely to change quickly. What you read on Slashdot, or the stats you see on Distrowatch, are not a good measure of relative use of distros.
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.