|
|
楼主 |
发表于 2005-9-8 09:59
|
显示全部楼层
还是把原文贴过来吧：
Schillix: OpenSolaris Testing Ground
By Jason Brooks
September 5, 2005
For organizations and individuals invested in the Solaris platform, Sun Microsystems Inc.'s OpenSolaris project promises greater flexibility, faster innovation and closer attention to diverse needs through an eventual community of Solaris distributors akin to what Linux now enjoys.
Thanks in large part to the collaboration-maximizing virtues of the open-source development model, Linux has grown from humble, hobbyist-project roots into one of the world's most prominent operating system platforms—a meteoric rise that's often come at the cost of Linux's more mature Unix-based relatives.
Nearly a year ago, Sun Microsystems—the proprietor of Solaris, the most vital of these relations—announced its plans to tap into the same community resource pool from which Linux draws its strength by releasing Solaris under an open-source license.
The resulting project, called OpenSolaris, bore its first real fruit earlier this summer with Sun's release of a core set of Solaris code under the newly minted CDDL (Common Development and Distribution License), followed by the release of Schillix 0.1, the first OpenSolaris-based distribution.
In the first 10 weeks since Sun began opening Solaris code in earnest, the company has reported 28 OpenSolaris contributions, nine of which have already been integrated into the code base.
Based on eWEEK Labs' research on and testing of the OpenSolaris project and Schillix, we can report that while there's much work to be done before we'll begin seeing OpenSolaris-based distributions that can stand on equal footing with Solaris or with mainstream Linux flavors, the project is off to a very promising start.
We recommend that readers who are interested in OpenSolaris try out Schillix, which is available as a LiveCD and therefore very easy to take for a spin. (LiveCD is a disk from which you can boot and run an operating system without installing anything on your hard drive.) You also can peruse the project's expansive developer's reference guide at
OpenSolaris is intended to become the foundation for Solaris moving forward, in a way similar to how Fedora Core forms the basis for Red Hat Enterprise Linux.
However, unlike Fedora Core, the code that constitutes OpenSolaris doesn't yet add up to a complete, ready-to-run operating system. The body of Solaris code that Sun has so far released includes the Solaris kernel, basic networking functionality and a set of other core libraries and commands. The OpenSolaris documentation refers to these pieces as the ON (OS/Net) consolidation.
Because OpenSolaris does not yet include all the components required to make up a complete running system, it's necessary to bootstrap into the OpenSolaris code from a compatible system. Right now, the only such system is Sun's Solaris Express Community Release, a bleeding-edge development branch of Solaris that is aimed at the next major release of the operating system, Version 11.
During tests, we installed Solaris Express Community Release from the four .iso images on which it's delivered. We could then update the release to OpenSolaris either by downloading and installing prebuilt archives or by downloading and installing a mixture of OpenSolaris code and closed-source binaries of ON code that Sun hasn't yet open-sourced. Developers can build the code with the GNU Compiler Collection Version 3.4.3 or Sun's own Studio 10 compiler.
Many of the binaries that Sun hasn't yet opened are hardware drivers, but others are key software components. A list on the OpenSolaris Web site includes information on which of these pieces Sun plans to add, such as OpenSSH (Open Secure Shell), and which it doesn't plan to add, such as Smartcard library support and the Korn shell.
The process of sorting out intellectual property snags en route to open-sourcing the code that makes up Solaris has been and continues to be a long one. There's a road map on the OpenSolaris site that lays out a rough timetable for when additional pieces should be added to the project.
Right now, the best way to see what is and is not part of OpenSolaris—and to get up and running on OpenSolaris code with a minimum of hassle—is to download and run Schillix, the first and, for now, the only OpenSolaris distribution.
We booted up Schillix on one of our garden-variety Pentium 4 desktops and were presented with a minimal Solaris environment. Schillix doesn't yet ship with any sort of GUI, but we were able to reach the network and compile software on our test system.
After taking the additional step of installing Schillix to our machine's hard drive, we were keen to try out some of Solaris' flashier new features on Schillix.
DTrace worked as expected, and, at first, the Solaris Zones feature seemed to work as we stepped through the process of configuring a new zone. However, we ran into a roadblock at the stage where the system was to install core files into our new zone. The trouble was that Solaris' SVR4 (System VR4) software package system is not yet open source and therefore wasn't included with the system. (It's the packaging system that's responsible for installing files into new zones.)
On the OpenSolaris road map, management tools and a system installer are scheduled to be added almost a year from now. And, according to what we've read in the copious blog, forum and mailing list entries that Sun's OpenSolaris engineers produce, it's not a sure thing that Sun will be able to open-source its packaging system at all.
Missing package management pieces are a looming problem for OpenSolaris and for any distributions it engenders, and it may be a tricky one to solve.
It would be possible for members of the OpenSolaris community to implement the Solaris package system anew or to replace it with an alternative, but it's preferable that whatever solutions Sun and the community arrive at not break compatibility with the current Solaris schemes.
For instance, in our tests with Schillix, we weren't able to install software from the excellent Blastwave.org Solaris package repository project because of the reliance of those packages on Solaris' native package tools—among them the package database that tracks installed software for dependency resolution.
In the Linux world, software packaging is one of the major contributions that community members make, and a successful OpenSolaris will depend on mechanisms being in place to enable this participation.
On our Schillix system, we tried out NetBSD's pkgsrc application, as well as Schillix project lead Jörg Schiller's own SPS (The Schily Source Package System), with mixed success. Both programs operate by fetching application code, working out dependencies and compiling code, much like Gentoo Linux's Portage tool.
Since Sun's initial OpenSolaris announcements, there has been talk of a Portage port for Solaris/OpenSolaris, but, so far, the initiative seems to live only in a handful of forum postings.
Senior Analyst Jason Brooks can be reached at jason_brooks@ziffdavis.com. |
|
简体中文
繁體中文
English
Deutsch
发表于 2005-9-8 09:57
