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?

Comments

Re:But

[jbarket]

MacOS X has always supported mice with multiple buttons.

Way to ask a stupid question that should be obvious. Why don't you email Strongbad and ask him how he types with boxing gloves on?

Re:But

[spearway]

MacOSX support any number of button mouse and scroll wheel out of the box. It is just Apple mouse that has only one button.

No it doesn't.

[LittleBigLui]

Actually, Apple has recently announced that they will only support Zero-Button Mice in the future.

"You know, we're all so sick and tired of the same old one-button-mouse joke, so we'll get rid of that damn button once and for all", an apple representative stated.

Re:No it doesn't.

[Oculus Habent]

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.

Darwin x86 or BSD???

[Znonymous Coward]

Which is better? Darwin x86 or BSD?

Re:Darwin x86 or BSD???

[Gropo]

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.

Re:Darwin x86 or BSD???

[Halo1]

Although I agree that Darwin-x86 is only really useful if you want to do Darwin development or use it as a netinfo server, you are wrong about the microkernel piece. It's quite possible that the Darwin kernel is slower than that of the other BSD's, but that won't be due to its message passing microarchitecture. The reason is that the Darwin kernel runs in one address space (even both the Mach and BSD personalities run the same address space).

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 result is that they more or less get the best of both worlds: a modular design with the speed of a monolithic kernel. Of course they did lose the ability of a true microkernel where the whole kernel doesn't crash if one of its modules does.

Re:Perl version

[Ranger Rick]

5.6.0 has a number of nasty bugs that (at the very least) 5.6.1 fix, especially in unicode support. Also, Apple built their perl in a way that makes their perl modules go into an essentially unversioned directory, which makes it harder to upgrade perl as time goes on.

The longer they wait, the messier the upgrade is going to be...

Use PC as a server?

[YetAnotherName]

Hopefully I can use my old PC box as a server with this

And if that doesn't work, you might want to take a look at FreeBSD, Linux, NetBSD, amongst others. I understand they're fairly popular.

Re:But

[grub]

Sig: I can't understand why people who hate Linux and Apple read slashdot.

Microsoft pays them to. It's called astroturfing or sandbagging
Now where's my tinfoil hat, I'm going to miss my bus.

Current (6.4) Darwin kernel ?

[snowtigger]

Is the latest kernel included ? The one included with 10.2.4 is the following:

uname -a
Darwin computername.local. 6.4 Darwin Kernel Version 6.4: Wed Jan 29 18:50:42 PST 2003; root:xnu/xnu-344.26.obj~1/RELEASE_PPC Power Macintosh powerpc

However, the darwin kernel you download from Apple is only version 6.0. Does anyone know where to fetch the latest kernel ?

Update your Perl. It's easy

[acomj]

I downloaded and built perl for OSX. Perl Version 5.8.? built without a hitch.

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.

Re:Update your Perl. It's easy

[pi radians]

Or if you want to forget all about fink you can take an even easier route.

Re:hmm

[Ryan Amos]

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 ;)

Re:Perl version

[pi radians]

Ummm, do you mean this upgrade?

Re:hmm

[Mikey-San]

I direct you to, no pun intended, /Applications/Utilities/Directory Access.

Authenticate and check "BSD Configuration Files". Now you can start using the BSD flat files, like /etc/groups.

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

Re:Can I run Mac OS on i386 ?

[squiggleslash]

Yes, quite easily as a matter of fact, as long as you have a modern ATX system:

First, open up your case. Look for a jumper labeled JP3 or JP27, it's usually somewhere near the IDE bus connectors. Check next to it and you'll see a capacitor.

If the capacitor has a code on it beginning with a letter X, then unplug the internal speaker and the CDROM from the soundcard. If it doesn't, leave well alone.

Once you've done that, remove the entire motherboard, replace it with one from a modern PowerMac, plug everything back in, and install Mac OS X.

Couldn't be simpler!

Perl 5.8 in Mac OS X default location

[daveschroeder]

Then just use these instructions, provided by Apple, for installing Perl 5.8 in Mac OS X's default location for perl.