OpenSolaris Code Released
njcoder writes "C|net's news.com.com has reported that Sun Microsystems is releasing parts of the OpenSolaris code today licensed under the OSI-approved CDDL . The release consistes of over 5 million lines of code for the base system OS/Net (kernel and networking). OpenSolaris is based on Solaris 10, the current version of Sun's Unix Operating System. Back in January, Sun released the code for DTrace, a dynamic tracing tool for analyzing and debugging kernel and userland events. DTrace is one of the big features in Solaris 10. Some other highlights include the GRUB bootloader, SMF (Service Management Facility) which replaces init.d scripts, it starts up processes in parallel for faster boots (7 second boot on a dual opteron workstation I think that was the setup) as well as providing features for automatically restarting. OpenSolaris provides support for x86/x86-64 processors as well as Sparc. The Blastware guys are working on Polaris which is an OpenSolaris port to PowerPC. Sun has been working on opening Solaris for over a year now. The OpenSolaris project started with a pilot group of Sun and non-Sun users. During the pilot program a lot of info including screenshots could be found on various OpenSolaris member blogs. (My favorite is Ben Rockwood's blog). Teamware is the source code management system Sun uses for Solaris and OpenSolaris. Which was designed by Larry McVoy (now of BitKeeper) while he was at sun. No word yet on if Teamware will be available for OpenSolaris developers or not. Sun also uses CollabNet for it's Open Source project websites so that might be a possibility as well."
Combined with an Open Source/Forkable license, what more could a Solaris Geek want? Get out the party hats people, because this has got to be THE most awesome thing Sun has ever done!
(I'm excited, can you tell? *Happy Dance* *Happy Dance*)
Now for the bad news. Sun has taken the tack of encouraging users to build their own system. That is a good thing. Unfortuntely, all builds require a system to bootstrap the build. At the moment, the only option is Solaris Community Edition, a non-Torrented download. (Boo!) That being said, I don't think we'll have to wait too long for the OSS community to fix that little issue.
Javascript + Nintendo DSi = DSiCade
now maybe we will see some driver development for all the cool hardware that is out there?
comment directly in my journal
Well, does it?
this code is a trap to scuttle linux development. sun will be looking to sue coders who they feel copy concepts and code from opensolaris into gpl'd codebases. do not look at the opensolaris code is you are a linux coder or code in gpl'd software. protect yourself and your code.
Is zfs included?
Since I'm mostly unfamiliar with Solaris, what are the main advantages it has over Linux, BSD and Windows? Just curious.
Solaris doesn't stand a chance against *BSD or Linux... their logo sucks! Come on... seriously... what's more cuter than a Penguin or a Daemon?
Sometimes the best solution is to stop wasting time looking for an easy solution.
windows automaticay restarts for me all the time. I get a quick flash of blue and then bam! restart.
"What does slashdotting mean?"
"You've never heard of slashdot?"
"I know it makes websites not work."
You can search the source code online. I did a search for fuck, shit and a couple of other words. Within 5,000,000 lines of code no hits for fuck and only 1 for shit. I think I understand why it took them so long to get the code ready :)
Open Source Java DAO Generator
"Teamware is the source code management system Sun uses for Solaris and OpenSolaris. Which was designed by Larry McVoy (now of BitKeeper) while he was at sun. No word yet on if Teamware will be available for OpenSolaris developers or not."
Remember folks. You hate Larry.
If it runs on Xen, then it can run in parellel with Linux. That would be a good way for code to move one way or another.
I prefer the "u" in honour as it seems to be missing these days.
heh... bet that gets taken out right quick. http://cvs.opensolaris.org/source/xref/usr/src/cmd /volmgt/vold/dev_rmscsi.c
thanks for the tip.
perl -e 'foreach(values %SIG){$_="IGNORE";}while(){}'
http://www.sun.com/software/solaris/get.jsp. Requires registration though.
I am trolling
if this project is half as successful for sun as openoffice is i'm sure they'll be happy they decided to open it...
Get your torrents...
Perfect. An open source OS backed by a well known name. The perfect stepping stone to get hesitant PHBs to accept an open source OS without a big company behind it into their shops.
I'm curious about how the SMF boot parallelization code stacks up against the InitNG project, which does the same for Linux. Anyone had experience with both?
Some Sun guys are doing a port to Xen. This'll give you near-native performance for Solaris apps, along with the comprehensive device support provided by a Linux (or NetBSD) "domain 0" (host virtual machine).
_ xen_summit (it seems to be down right now).
See http://blogs.sun.com/roller/page/tpm/20050510#the
Ckeck out Blastwave.org http://www.blastwave.org/ for some torrents, apps, guides, and other goodies.
Additionally, SunFreeware http://www.sunfreeware.com/ is another great site for getting applications.
Spokeman from SCO annonced today that they are currently closely examining Solaris source code for any "infringing" SCO's Linux code.
When asked about the legitmacy of the action, however- "This IS the property of SCO, that's final...no we don't have proof for that, but we are working on that."
I agree. I think this is pretty good proof of Sun's good intentions. Hopefully Groklaw's PJ can stop with the Sun conspiracy theories now.
Will.
"7 second boot on a dual opteron workstation I think that was the setup"
You don't have to think, just RTFA, where you can see that it was a single AMD64 setup.
Still, I guess that would be too much trouble for the simple gain of being correct ?
Don't know about the rest.
I believe we are seeing the monopoly finally begin smashed to pieces. Besides the Linux and *BSD alternatives, we now have open-source x86 Solaris at our disposal, as well as the upcoming release of yellowTAB Zeta (based on BeOS). And with Mac OS X coming to the x86, things may really start to get interested. Just as people thought the x86 PC operating system market would start to stagnate, we have all sorts of innovation coming our way!
Cyric Zndovzny at your service.
Are there parallel boot scripts made for other distro's? Fedora or Red Hat or Slackware etc...
I don't know.
--- If you found this answer helpful, click HERE.
--- If not click HERE.
The higher the technology, the sharper that two-edged sword.
MS moved to "Shared Source" sometime ago. It was done in hopes that Linux coders would borrow from MS. So far, it has not happened.
But this has potential to do what MS could not. Solaris is at least respected by the development world. This is simply another trap being laid by Sun and MS against Linux.
What is funny is how little ppl seem to remember from just 7 years ago. Sun actually ported to X86 once before AND "opened" their source code. Then when they thought that things were going well, they dropped it. If Sun ever feels like things are going in their favor, it is almost certain that they will do it again.
I prefer the "u" in honour as it seems to be missing these days.
Though it won't satisfy those of us who have been shouting "Vapourlicense!"
- These characters were randomly selected.
When will the Sun compiler be released under the CDDL? Currently, Sun Studio is under a different license.
Slackware has no init.d either, you get rc.S for single user, rc.M for multiuser and rc.4 for graphical login.
I see 57005 people
They aren't exactly parallel boot scripts. It's a part of something called the Service Management Facility. You write XML manifests describing how services should be started, stopped, restarted, refreshed, and what the SMF should do in the event of failure events. It intruduces the concept of dependencies between services, and makes a lot of things more coherent and logical. It also means you have to learn a lot of new stuff.
The SMF has a concept of milestones, which groups of scripts "belong" to. This is not unlike the principle of run levels, and when moving between milestones the SMF can fire off a whole bunch of services in parallel. It usually does this through scripts akin to the old init scripts, but doesn't have to.
That's not a very good description, but it might give someone who can't be bothered to RTFM some idea of one of the big new features.
Solaris 10 is great. IMHO there's no Unix (or clone) to touch it. That's just my opinion, and I CAN NOT be bothered to argue about it, so don't start!
SMF is going to be a head check for a lot of people who LIKE init.d/rc.d (though backward compatability with that has been retained so far). Myself, I like the fact that it's more robust and faster, and I don't like the fact that it's managed with a handful of different commands depending on what you want to do. And I'm not terribly thrilled that the backend is XML, but you'll have that.
7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
Linux is written in C. When you require a nonlocal exit from a loop without dealing with the overhead of a function or even sentinel variable checks (I usually use "bail"), goto is just the thing. Nothing wrong with forward goto's. Backward gotos to "redo" a loop are kind of icky, but also not wrong.
When "GOTO Considered Harmful" was written, it was THE flow-control structure. Only unthinking idiots actually believe it is never Ever EVER to be used.
Using goto in C++ is an almost universally bad idea if it ever crosses blocks though. Destructors don't get called. Technical reasons like that usually have little to do with "I'm such an engineer, I know goto sucks" attitude.
> specifically, I wanted to know if the GNU folks had to have GNU in the license name. You can guess what the response was...
Flames like "the G stands for General" followed by colorful aspersions on your intelligence?
I am no longer wasting my time with slashdot
Larry McVoy designed a prototype called 'NSE Lite' which was based on concepts developed by Eric Schmidt and Bunker Lampson which were incorporated into NSE which was built by a host of people including, but not limited to, Jon Fieber, Marty Honda, Ethan Adams, Terry Miller, David Hendricks, and Jill Foley. Larry McVoy had absolutely nothig to do with NSE or the core concepts of copy-modify-merge except for being an unhappy NSE customer. Glenn Skinner is listed as the patent author for 'smoosh' which is the central technology to both NSE-lite and Teamware. Larry claims that he is co-inventor. I don't know, I was in the NSE group, Larry was in the OS group at the time. Teamware itself was designed and implemented by Ethan Adams, Terry Miller, Jill Foley, Mark Sabiers, Lewie Knapp, Josh Sirota and Mitchell Nguyen. Larry's primary contribution was to complain a lot. Larry is a bright guy, but he didn't design Teamware anymore than Bill Joy designed Unix. He deserves a tremendous amount of credit for sucessfully productizing the technologies invented by the NSE team (and a lot of others) something that Sun, with substantially more resources, was unable to do, but it is an extreme stretch to call Larry the designer of Teamware (even though if Larry thinks so).