Slashdot Mirror
OpenDarwin.org Releases Darwin With Fixes
An anonymous reader writes "OpenDarwin released a 'fixed' version of the Darwin 6.0.2 ISO (the OpenDarwin-20030213 Binary Release) for both x86 and PPC. It is currently installing, so I can't tell you all what works now, etc. Hopefully I can use my old PC box as a server with this..." Apparently, it is mostly a recompile, without local OpenDarwin modifications. It doesn't include perl, pending integration of perl 5.8 ... could this mean Mac OS X will finally have a current perl in the next Mac OS X release?
Alison
"It is a miracle that curiosity survives formal education." - Albert Einstein
Darwin is composed of the Mach kernel and the BSD subsystem.
Depends on what you need it for... If you want a personal file server for a predominantly Mac household, you might appreciate the NetInfo abstraction Darwin offers.
Other than that, you might get better performance out of one of the tried-n-true BSD's due to the lack of overhead taken up by the message-passing microkernel.
I hate Grammar Nazi's
The problem with the home directory being the desktop is it goes against the filing metaphor. In the truest use of the desktop metaphor, the only things on the desktop should be what you are working on right now.
Apple originally had the best system for this, and it was lost in Mac OS X. You could drag files out of their respective "filed" locations on to the desktop to work with them, and when you were finished, there was a "Put Away" command (Command-Y for you OS 9 and lower users) that would return the file to it's original location.
Put Away really helped the Desktop metaphor by simplifying filing tasks and allowing the Desktop to fulfill its intended function. Unfortunately, it wasn't well documented or pushed in any way, and it was lost.
Returning to the home/desktop issue, if you were to make the Desktop the home directory, clutter becomes a more difficult issue. If I have stuff on the Desktop, I can move it into my directory to organize it, clearing my Desktop for other stuff. If my Desktop is my home directoy, I am always exposed to the filing system of my design - much like always keeping a filing cabinet open in the real world.
The biggest problem the Desktop/Filing metaphor faces, in my opinion, is the inability to leave it. We don't usually keep filing cabinets on our desks, but we can't leave our desktop, so we have to. Microsoft tucked it all under Start in Windows XP, which is simply a clumsy way to make it look more organized while actually adding layers of inconvenience to the interface. My Documents used to be on the Desktop. This is as close to a valid implementation of a filing system metaphor as possible, and they decided it was better under the Start menu.
The Filing metaphor suffers greatly from the lack of transparency in applications. Plenty of different groups have tried to produce an Open Document Architecture (ClarisWorks, Apple's OpenDoc, Microsoft's OLE) that allows you to create a new document and then determine it's contents, but getting people on board was difficult because no one could guarantee the supremacy of their products when it was completely possible to have two different companies software interact. Making software on the basis of cost and quality didn't appeal to many (j/k) so that died quietly... OLE is only really alive within Microsoft's own Office suite.
Microsoft tried a different tactic to start handle the Application problem - the "New" submenu on the Contextual menu. While some people put this to good use, its placement and function was difficult for some to grasp, especially with many users having difficulty with the the nebulous nature of the contextual menu. The New submenu can be a great tool, but it take time to get used to it, and many forego the learning curve in favor of the Start button, which houses all your programs.
Anyway, I'm rambling now, so I'll stop. Basically, I think using home as the desktop would cause more confusion for the typical user, as it breaks the separation of filing and working. While this may not be a problem for Joe SuperUser, it could seriously impair average users.
Also, how do you handle multiple desktops? Will they have the same content? If you have too many files in your home directory to be displayed on the Desktop, will a scroll bar appear? Will you be forced to open a windowed copy of your home directory to conveniently browse it while other windows are open, or will you have to minimize everything? Will the desktop contents flow around docks?
Like I said a minute ago, I'll stop.
That what was all this school was for... to teach us how to solve our own problems. -- janeowit
Now you don't even need to build perl yourself. Get Fink Macos X version of Apt-get and get a perl binary. (I'm pretty sure one is available). Fink is a great tool for keeping all the gnu/opensource software up to date.
Take the mach microkernel, then take FreeBSD and put it on top of that and add what amounts to a central registry (NetInfo) and essentially you've got darwin. Apple essentially took UNIX, made it more like modern graphical OSes by adding functionality (not removing) and out came darwin. OS X is one hell of a sleek OS; insanely modular, everything is XML and embedded PDFs yet you can still run most (read: 99.9%) *nix programs with minor makefile modifications. It's BSD for the 21st century ;)
Darwin is a BSD
FreeBSD and OpenBSD probably better on x86 though.
"You've got an invalid haircut" -Warren Zevon - Life'll Kill Ya
build it yourself from the apple cvs... bewarned... the name would besomething like xnu-3024
...overhead taken up by the message-passing microkernel.
I thought Apple didn't use a true microkernel for precisely this reason.
I direct you to, no pun intended, /Applications/Utilities/Directory Access.
/etc/groups.
Authenticate and check "BSD Configuration Files". Now you can start using the BSD flat files, like
If I'm missing something, it's because it's early and even though I'm at my desk, I'm still at home in bed.
-/-
Mikey-San
Mikey-San
Karma: +Eleventy billion (mostly affected by watching Celebrity Jeopardy)
without emulation, negative.
Then just use these instructions, provided by Apple, for installing Perl 5.8 in Mac OS X's default location for perl.
The reason is that the Darwin kernel runs in one address space (even both the Mach and BSD personalities run the same address space).
Actually the fact that they are running BSD + Mach [the XNU components] in the same addreess space is a speed optimization to reduce context switching for every message from BSD to Mach. This isn't a cause of slowness but a reduction. Can you imagine how bad it would have been if they hadn't done this? This is documented on Apple's website in Kernel programming so I am not just making it up. Its in the section where they clarify that XNU itself is not a proper microkernel.
Apple didn't just pick up the Mach kernel and used it, they improved it a lot and one of the things they did was to rip out all that message passing stuff, while still retaining the modular design of the kernel.
The message passing stuff still exists and is still useful [while it may not be used in the kernel space... I haven't verified this yet.] Walking through the source of CFMessagePort stuff shows you that it calls mach_msg a lot actually. It's also super fast due to out-of-line memory transfers etc.
Darwin currently has better threading (read: true kernel level threading) in SMP machines than any of the other stable releases of BSD do. But I'm not sure if that's available on Darwin x86 or if it's only ppc. I'm going to guess the latter.
.)
-JD-
(waiting for KSEs to be finished . .
Those instructions note that you'll get an error during "make test" because of the old, buggy version of Berkeley DB included with Mac OS X. If you plan on using perl's DB functionality, upgrade to a more recent version. You can either use fink ("fink install db41") to get 4.1.24, or compile from source (available here) to get 4.1.25. If you compile from source, you'll need to link /usr/local/BerkeleyDB->/usr/local/BerkeleyDB.4. 1
I hold it, that a little rebellion, now and then, is a good thing. -- Thomas Jefferson
Obviously, the message passing interface is still there and e.g. can still be used to have kernel space code communicate with userland code.
Donate free food here
Donate free food here