Slashdot Mirror


OpenDarwin 7.2.1 Released

Ed Waldmire writes "I am pleased to annouce to the /. community that the OpenDarwin community has released OpenDarwin 7.2.1. This release corresponds to Mac OS X 10.3.2 and includes many bugfixes and additions. Most notable are ncutil, YUM, and a tulip NIC driver."

10 of 42 comments (clear)

  1. Re:POSIX? by cremes · · Score: 3, Insightful

    It's as POSIX compliant as OSX 10.3.2. If you find that out, then you've answered your own question.

    cr

  2. Re:Darwin on x86 -- QUESTIONS by cremes · · Score: 5, Interesting

    There is no advantage to opendarwin on x86 over the others mentioned. It's maintained primarily to act as a way to validate that code is written correctly (by compiling for two different architectures and verifying it doesn't expose any bugs).

    OpenDarwin isn't intended to be very speedy and reliable on x86 hardware. We have FreeBSD for that.

    OpenDarwin isn't intended to support every x86 motherboard or weird peripheral. We have NetBSD for that.

    OpenDarwin isn't intended to be the most secure OS out there. We have OpenBSD for that.

    OpenDarwin isn't intended to form the center of a large and growing religious cult. We have Linux for that. :-)

    Use OpenDarwin if you want to check out the foundation upon which OSX is built. It has some very cool technologies that other OSs do not.

    For example, it replaces rc.* scripts (BSD) and run-levels (SysV) with SystemStarter. Second, the driver model was designed with OOP in mind and has been branded I/OKit. Third, instead of littering the filesystem with lots of "dot-files" it uses the SystemConfiguration framework to store configurations.

    Using OpenDarwin-x86 + GNUStep + WindowMaker (or AfterStep) gets you a machine that looks like OSX on x86.

    Take a look. You might like what you find.

    cr

  3. Re:Darwin on x86 -- QUESTIONS by Anonymous Coward · · Score: 3, Interesting

    I'm with you on this one. I installed Darwin on an x86 box a year or so ago to have a look at it. Seeing that Apple logo come up on a PC screen was a moment I'll savour. Is there anyone out there trying to get an aqua clone to run on top of it? I'd pay some good money to have apple software on PC. PDA too.

  4. Is BSM implemented? by alangmead · · Score: 3, Interesting

    The other day, I was looking around the Darwin kernel code and I saw references to BSM support in kern_audit.c and the like. But I couldn't find any userspace utilities designed to enable or extract information for the kernel's audit log. Am I missing something? or is this just a stub that is being filled in as they go along?

    1. Re:Is BSM implemented? by Starfire · · Score: 3, Informative

      BSM auditing is implemented in the Mac OS X 10.3.4 kernel (Darwin 7.4). OpenDarwin 7.2.1 is based on an older version of Mac OS X, and does not have this support

    2. Re:Is BSM implemented? by alangmead · · Score: 3, Informative

      Never mind, for Darwin 7.4 I found bsm-2.10

  5. Re:Darwin on x86 -- QUESTIONS by Orick · · Score: 5, Informative


    The problem is that you just get the base OS, which isn't any better than say, FreeBSD, but not too much worse either, but you don't get the GUI, which after all is the difference (from FreeBSD, Linux, whatever) that you'd want from Apple in the first place.

    --
    Kirby Reviews

  6. Re:Can somebody test it under vmware3? by cremes · · Score: 4, Informative

    I haven't verified this myself, but I hear it hangs under vmware because opendarwin requires VESA 2.0 compliant video. Apparently vmware doesn't emulate VESA 2.0 and is not quite fully compliant which causes the framebuffer code to choke.

    I ran into a guy at WWDC who was planning to rewrite the framebuffer code to work with vmware. I've got his card around here somewhere...

    cr

  7. Re:Comments, anyone? by commodoresloat · · Score: 3, Funny

    It's just that Darwin users are so much smarter than other PC users; they don't have time to comment on slashdot.

  8. Re:Darwin on x86 -- QUESTIONS by Guy+Harris · · Score: 3, Informative
    For example, it replaces rc.* scripts (BSD) and run-levels (SysV) with SystemStarter.

    Given that SystemStarter is run by a command in /etc/rc (and that there are rc scripts for various run levels in SV-style inits), you presumably meant "augments rc.* scripts with SystemStarter".

    There's documentation on the developer.apple.com site for the startup process in OS X.