Slashdot Mirror


Mac OS X Kernel Source Now Closed

littleghoti writes "Macworld is reporting that "Thanks to pirates, or rather the fear of them, the Intel edition of Apple's OS X is now a proprietary operating system." Mac developers and power users no longer have the freedom to alter, rebuild, and replace the OS X kernel from source code."

54 of 663 comments (clear)

  1. Duh! by SavoWood · · Score: 4, Insightful

    It was only a matter of time before Apple got pissed. If you didn't see this coming, it's time for new glasses.

    --
    Plant a tree in a developing country.
    1. Re:Duh! by Pius+II. · · Score: 3, Interesting

      Nope. If you didn't see this coming, that's because it happened months ago. And just like months ago, the xnu ppc source code is still being published.

      What's more, I have personally used the ppc kernel source to compile an x86 kernel. I haven't tested it, since I lack an ICBM, but I'd assume it would work.
      The only difference I noticed was that the official x86 kernel includes Rosetta, while my self-built kernel didn't[1]. If I was to take a wild guess, it'd be that Apple does not have the right to distribute the in-kernel parts of Rosetta, and accordingly cannot distribute their x86 xnu branch.

      [1] Note that there may well be other differences, but I hacked on binary loading stuff, so that one really caught my eye.

    2. Re:Duh! by drgroove · · Score: 4, Funny

      I haven't tested it, since I lack an ICBM,

      Thank God for that! The world is a safer place, since you don't have an Intercontinental Ballistic Missile.

      Not sure what this has to do w/ x86 testing, though...

  2. Extremely old, and misleading, news by daveschroeder · · Score: 5, Informative

    *Extremely* old news.

    Also, "Mac OS X" has ALWAYS been proprietary. It's sensationalistic and shoddy journalism to say that "Mac OS X is now closed". Mac OS X has ALWAYS been closed. It's Darwin that has been open. And "Darwin" is more than a bootable OS: Darwin is Apple's open source strategy AND an OS; but the usefulness has always come from the open source components of the OS, not the usefulness of Darwin as an OS itself. Darwin's usefulness as an OS is, shall we say, "limited" at best, and always has been.

    This has been beaten to death on the darwin-dev list, and there is no new information. Apple has taken no new recent action whatsoever, and in fact, the most recent action is that it has opened up more source code in the x86 tree, not less. Indeed, all of the traditional Darwin source with the notable exception of the kernel itself:

    The thing that's not open in the x86 tree is xnu (the kernel), and it's not possible to create a fully bootable binary x86 Darwin OS, as it is for PPC. In the Darwin/OpenDarwin community, this has been discussed for months.

    In fact, this article by Rob Braun (formerly of Apple, and a member of the OpenDarwin core team) was published in February 2006: http://ezine.daemonnews.org/200602/apple.html. This was then covered on slashdot, to which Rob issued this response: http://www.opendarwin.org/~bbraun/slashdot_respons e.html. These two discussions cover the issues very well.

    I predict, however, that this Macworld UK article will be seen as "new news", and will be picked up by the tech outlets, and trumpeted, exactly as the headline hopes, as "Apple closes down OS X", even though the source for pretty much everything (except the kernel and drivers) is still available. In other words, everything that a normal person needs Darwin sources for is available. In 5 years, I can think of ONE instance where I looked to the kernel source for confirmation of something, and that was only for *confirmation*, and only because it was convenient - not because I needed to rebuild the kernel. I know of no other non-developer/programmer Mac OS X adminisrators/system engineers/enterprise users who have ever had any reason to rebuild the kernel or any drivers.

    If the kernel and driver source were available, it would, however, be used for one purpose: to churn out hacks to get OS X to run on non-Apple hardware in a much faster and higher-quality way than has been possible to date. Will OS X be hacked anyway to run on non-Apple hardware, and will it continue to be, regardless? Yes. If people are willing to replace enough of the OS with the ugliness they're using to get it to work, absolutely. But it will continue to be ugly. Releasing kernel and driver source for the current iterations of OS X on x86 will only make their jobs infinitely easier, while brining little to no benefit to conventional users, power users, and administrators of OS X.

    I'm sure people will find a way to make a huge deal about this, though, even though a huge deal has already been made about it in various forums, including slashdot and other tech news outlets, and on several of Apple's mailing lists.

    I'd like to point out that this was my initial reaction: http://listserv.cuny.edu/Scripts/wa.exe?A2=ind0602 &L=macenterprise&T=0&P=58970

    Since then, Apple has posted all of the APSL sources, and it was just a legitimate, honest delay. The PPC and x86 trees are at virtual parity with the sole exception of the kernel and drivers. So I'd submit that "Apple closes down OS X" is highly inaccurate for two reasons:

    - Most of OS X was never "open" to begin with; if he wants to say "Darwin", great, but I suppose "Apple closes down Darwin" wouldn't be as sensationalistic and guaranteed to get as many page v

    1. Re:Extremely old, and misleading, news by daveschroeder · · Score: 4, Insightful

      Users in demanding fields such as biosciences or meteorology do hack OS kernels to slim them down, alter the balance between throughput and computing, and to open them to the resources of a massive grid.

      Sounds pretty useful to sophisticated OS X users to me!

      To Apple, letting a relatively small population of niche scientific users "slim down" the Mac OS X kernel is massively outweighed by preventing the Mac OS X on x86 hacking community from being able to easily and quickly deliver an extremely polished distribution of Mac OS X for non-Apple Intel hardware, instead of the ugly hack they have now.

      Most of the usefulness of "Darwin" in the enterprise, developer, and system administration communities has come mostly from the open source Darwin components and projects, period. Not the ability to rebuild or hack the kernel, and not the ability to build Darwin as a bootable OS.

      Is it a loss? Sure.

    2. Re:Extremely old, and misleading, news by elventear · · Score: 4, Informative
      Perhaps you missed this part of the article:
      Users in demanding fields such as biosciences or meteorology do hack OS kernels to slim them down, alter the balance between throughput and computing, and to open them to the resources of a massive grid.
      Sounds pretty useful to sophisticated OS X users to me!

      I use a Mac for my research because it is a great desktop and it has a unixy feeling (I say feeling because it is still a headache to get some programs installed/compiled which are a breeze in any other of the more traditional flavors; especially with the Intel transition, there are some things that do not compile).

      But besides that, I have to say, it's been proven with hard facts and my own experience that MacOSX is not an efficient OS. I don't know why they would even want to spend time hacking the kernel, or use MacOSX for a massive grid. Use Linux, FreeBSD or anything else more efficient, and hack it to improve it even further.

      I am not trying to give an excuse for Apple, but it is just clear that Scientific computing is not the forte os MacOSX, even though Apple might market it as a strong point.

    3. Re:Extremely old, and misleading, news by squiggleslash · · Score: 4, Insightful
      A better way to word this is: Why give legitimate users a version of Darwin for x86 when pirates are perfectly capable of creating illegal copies of Mac OS X?

      To which, I guess the answer is: Flubajugalubums.

      I honestly doubt closing the sources will make much of a difference. There's an awful lot of pirated binary-only programs out there. Meanwhile, those with legitimate uses are locked out. Doesn't really make much sense to me.

      Perhaps a better solution would be to deal with the piracy issue by, well, catering to a clear demand. What's better, 1,000,000 MacBook sales, and 10,000,000 people with illegal copies of Mac OS X on their Dells, or 1,000,000 MacBook sales, 2,000,000 people with paid-for, unsupported, $100 copies of Mac OS X on their Dells, and 8,000,000 illegal copies? If people are going to do it anyway, and they are, you might as well make some money from them.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:Extremely old, and misleading, news by null+etc. · · Score: 4, Funny
      even though the source for pretty much everything (except the kernel and drivers) is still available

      Oh, well there you go. Who needs the kernel or drivers?

    5. Re:Extremely old, and misleading, news by prockcore · · Score: 3, Informative

      Many hack the OS as a whole, but not the kernal. Is there a single example of someone hacking the kernal in a "production" system?

      The much lauded Viginia Tech supercomputer uses a hacked kernel... the memory management was completely replaced.

    6. Re:Extremely old, and misleading, news by hackstraw · · Score: 3, Informative

      Is there a single example of someone hacking the kernal in a "production" system?

      Btw, its kernel, not kernal.

      Sure. Kazushige Goto hacked the memory management system on OS X to get it to perform better for high performance computing.

      People hack Linux kernels all the time for specific needs or tweaks.

      This is why we like open source so much. It empowers us to make things work instead of passively putting up with closed source's inefficiencies or bugs.

    7. Re:Extremely old, and misleading, news by telbij · · Score: 5, Insightful

      Perhaps a better solution would be to deal with the piracy issue by, well, catering to a clear demand. What's better, 1,000,000 MacBook sales, and 10,000,000 people with illegal copies of Mac OS X on their Dells, or 1,000,000 MacBook sales, 2,000,000 people with paid-for, unsupported, $100 copies of Mac OS X on their Dells, and 8,000,000 illegal copies? If people are going to do it anyway, and they are, you might as well make some money from them.

      If you don't think this would cut into their hardware sales, dilute their brand, and create angry customers despite the fact that it's 'unsupported' you don't understand the first thing about Apple's market.

      If you want to run OS X unsupported on a PC then go ahead and pirate it, I'm sure Apple doesn't care. If you seriously want to run OS X then suck it up and buy a Mac. You need to stop deluding yourself and think critically about how its in Apple's interest to sell OS X for beige boxes. First of all, it's not a question of whether they'll lose hardware sales, it's a question of how much. Would they be able to make up the sales with OS X for Dells? Especially given the stability and support issues? Seems like a losing bet anyway you slice it

      Look, Apple doesn't have a piracy problem. They don't have complicated DRM. They don't waste money on anti-piracy crusades. They just do a little obfuscation where its convenient, and it's working great for them.

    8. Re:Extremely old, and misleading, news by Quantum+Fizz · · Score: 3, Interesting
      But besides that, I have to say, it's been proven with hard facts and my own experience that MacOSX is not an efficient OS. I don't know why they would even want to spend time hacking the kernel, or use MacOSX for a massive grid.

      What has been your experience with Apple's XServe Clusters ?

      But regareding your hard facts and your experience, what do you know that the technicians who built the following systems don't?

      So can you describe your experience with Xgrid and why you think it's so bad. And regarding software, what problems do you see with the following software packages, or have you not used any?

    9. Re:Extremely old, and misleading, news by Whiney+Mac+Fanboy · · Score: 3, Insightful
      The one where they gave WebKit a public repository and even offered the whole engine to Konquerer's devs to use?

      After massive bad publicity, yes, Apple offered that - I don't think you've really managed to refute the OP's point. Apple are takers, not contributers to Open Source.

      Anyway, I don't know why I'm bothering to reply to an Apple Shill. I note that when this story first broke, you posted the following:
      Another WRONG Slashdot article

      See this comment [slashdot.org]. Apple made a quick mistake and fixed it, and the sources ARE available.

      Next.
      Like we're going to believe anything you post about Apple again.
      --
      There are shills on slashdot. Apparently, I'm one of them.
  3. But why is the rum gone? by Tyrun · · Score: 5, Funny

    Pirates: Arrrrr! We'll be havin' your operating system now matey...

    1. Re:But why is the rum gone? by Mayhem178 · · Score: 5, Funny

      Software Pirates: Awwww, please let it stay open!

      Apple Pirates: We are disinclined to acquiesce to your request.

      Software Pirates: ???

      Apple Pirates: Means no.

      Software Pirates: :(

      --

      "You will pay for your lack of vision..." - Emperor Palpatine to Ray Charles

  4. Re:Great news! by daveschroeder · · Score: 5, Informative

    There is no new news here.

    The state of Darwin x86 hasn't changed since the day the Intel-based Macs shipped.

    In fact, Apple's only action since then has been to release MORE source; APSL sources that correspond to the entire PPC Darwin tree with the exception of the kernel.

    This has been discussed for MONTHS in other forums, has already been covered by slashdot, and has been beaten to death on Apple's mailing lists.

    Darwin x86 *as an OS* is dead. The actual part of the Darwin strategy people cared about, i.e., the Darwin OS *components* being open, and all of the projects (like WebKit), etc., are all open, alive, and well on x86 and PPC. Apple releases parity Darwin source releases with each Mac OS X release.

    See for yourself:

    http://www.opensource.apple.com/darwinsource/

    The only item of note not present is one thing: xnu (the kernel).

    All of Apple's open source projects, all of the APSL-licensed projects - which Apple is under zero obligation to continue releasing - and all of the GPL-licensed projects (of course) are still there.

    So, in sum, paint this as some kind of bad news if you want, but if anything, it's OLD news, and actually, the pieces of Darwin people actually care about and use - indeed, both of the things you allude to in your post - are still alive and well on x86.

    The only thing you can't do is make a bootable Darwin OS for x86 any more. And if you can explain to me why anyone would want to do that for any useful purpose, well, I'm all ears.

  5. Who cares, really? by Jay+Maynard · · Score: 4, Insightful

    Does anyone out there aside from free software zealots truly care about this? I don't, and I do use and customize Linux kernels on other systems.

    I want my desktop and laptop to work, period. Keeping them that way is Apple's problem. I pay the (really, not all that much once you compare apples to apples, so to speak) premium in price to get a system that I can plop on my desk and run without having to be constantly tweaking and hacking on it.

    This might make a big splash here, but in the real world, nobody will truly care.

    --
    Disinfect the GNU General Public Virus!
  6. Sad day by caseih · · Score: 3, Insightful

    But at the end of the day, Apple is a proprietary software vendor. Apple never was an open source company. But they did grasp how to utilize open source to their advantage, but it was always in a way that was really not quite in the spirit of the open source community. Yes the source code was always available for Darwin and the pieces of OS X. But rarely in patch form and often not buildable without tracking down internal header files. Working with Apple's build of OpenLDAP in Panther Server really soured me to Apple's commitment to Open Source. While the code was there, it was difficult to see just what they had changed and very hard to take their changes and apply them to the newer version of OpenLDAP. A great example of how you can use open source in a very closed way.

    So this doesn't come as any surprise to me. And I really don't have any ill will towards Apple, as I understand their position they are in. But I don't agree with the position they have taken but that is their perogative.

    1. Re:Sad day by Space+cowboy · · Score: 4, Interesting

      The deal here is that Apple is a company, not a bunch of (talented) hackers. They're here to make money, pay employees and execs, and (hopefully, 'cos I'm one) raise value for their shareholders. They're not a charity and they're not there to make the world a better place (well, Steve may disagree... let me rephrase: they're not there to make the world a better place for free).

      The reason I'm replying to you is that you say "But they did grasp how to utilize open source to their advantage, but it was always in a way that was really not quite in the spirit of the open source community". I think that's unfair. Just because they don't want to lose control over *one* piece of s/w doesn't mean they don't get it - indeed they may "get it" all too well, if they're planning on releasing server-based machines in the near future... you don't really need much more than Darwin to have a server, so they probably would lose money to people self-building and self-installing "clone" machines...

      Where they see there is an upside for them, I think they've been reasonably generous - Webkit (despite some initial negative feedback, they responded and made things better); there's a story about how to use Quicktime Streaming Server to get MythTV on your cellphone elsewhere on the main page; they put a lot of effort into gcc; etc. etc.

      I don't think you can expect much more from a company - so it's not a 'sad day', they do indeed 'get it', and as you say - it's their right to do things as they see fit. I think they do more than most...

      Simon

      --
      Physicists get Hadrons!
  7. Closed source software stops piracy! by Ash-Fox · · Score: 5, Funny

    Because as we all know, closed source software prevents piracy!

    --
    Change is certain; progress is not obligatory.
  8. Re:Apple might be worse than MS. by shotfeel · · Score: 3, Interesting

    So you really do believe that open source software should be viral in that anyone who uses it should be forced to open up all their code?

    Not that there's anything wrong with that -there are good arguments in favor of that view. The problem is that corporate reality sucks sometimes.

  9. Re:AAAARRRRGGGHH! How could they be so stupid! by daveschroeder · · Score: 4, Insightful

    Darwin is as open as it ever was, minus the kernel - and the kernel is only required if you want to make Darwin a bootable OS.

    Which is pretty much useless, and always has been.

    Apple can still claim the same level of openness it always has, because all of Apple's open source Darwin components and projects (things like WebKit, etc.) are still open on x86 and PPC.

    Take a look:

    http://developer.apple.com/opensource/
    http://www.opensource.apple.com/darwinsource/

    See my post here for details:

    http://slashdot.org/comments.pl?sid=185992&cid=153 51035

  10. Obligatory: Will someone fork the last open code? by multiOSfreak · · Score: 3, Interesting

    I have to wonder if some group or other won't go back to the last open version of the kernel code and fork it into a new project or maybe some alternative to Darwin? Also, what does this mean for the Darwin project?

    Would something like that even be worth it without some vendor support or tie-in? It seems a shame to let such a nice chunk of code go to waste.

  11. I don't believe this is because of pirates... by MrPerfekt · · Score: 5, Insightful

    This development just reinforces the likelihood that the Mach(-ish) kernel is going away in 10.5. If I were Apple and planning on switching to a new in-house developed kernel, I'd most definitely want to clear myself of obligations of showing it to the world... at least at first until it's clear that the code is mostly clean, by which I mean fairly efficient and exploit/bug-free.

    This is an awful lot of drama though if that were the case but trying to figure out Apple's true motivations is always a crap shoot.

    --
    I just wasted your mod points! HA!
    1. Re:I don't believe this is because of pirates... by blakestah · · Score: 3, Interesting

      I thought that too. Cringely says, here in his 420 column, that Apple has Darwin running with a full Windows API implemented in-house, and has the rights to release this from a prior Microsoft/Apple agreement. The possibility is that all Windows apps would run in OS X natively. Closing the Intel-Darwin source under a "security" excuse could be exactly what they need to do to upgrade everyone's machine to run Darwin with a Windows API, possibly on a native BSD instead of a BSD over Mach...

    2. Re:I don't believe this is because of pirates... by anaesthetica · · Score: 4, Funny
      Please. I would like to add my own moonbat speculation with no basis in reality. Cringely cites the cross-licensing agreement as proof that Apple could have an implemented Windows API running in Mac OS X, and that they would have a new kernel to achieve this.

      The reality of the situation is that Apple did not only appropriate the Win API, but they also appropriated the Windows NT kernel. They've been stripping out the Windows-specific hacks, grafting on some of their lessons-learned from Darwin x86, and created a new kernel for OS X. That's why the source is now closed: because it contains substantial portions of NT kernel source.

      First the move to Intel, now leveraging that move to take advantage of the technically superior NT kernel (unfortunately weighed down by Microsoft bloat normally, it will now be freed to flourish under a lickable interface). XNU was useful for the initial transition, but is being abandoned for performance concerns.

      They really ought to give me my own column. I can out-moonbat both Cringely and Dvorak.

  12. Initial impression by rjamestaylor · · Score: 5, Interesting
    Mac developers and power users no longer have the freedom to alter, rebuild, and replace the OS X kernel from source code
    Good, because we know how that's helped Windows reach it's apex of security.

    "If your OS is secured by keeping the code private, pray it's never, ever, released." Only takes one slip into the public to break that "security model."

    Then there's those OSes that *assume* publicity of the source code and have different expectations for ensuring security. These "published" OSes also happen to be the "more secure" OSes available.

    Go figure.


    P.S. I'm not only referring to GPL'ed and BSD'ed OSes. There are other published OSes, the source of which are publicly accessible.


    Disclosure: Mac OS X user here. Linux user here. Reluctant Windows user here.

    --
    -- @rjamestaylor on Ello
  13. Re:Great news! by daveschroeder · · Score: 5, Insightful

    Darwin is, and has been, two things: a bootable OS, and Apple's open source strategy with all of the open source projects and components in general.

    All of the "Darwin" pieces that have always been open on PowerPC are still open on x86 with the exception of one notable item: the kernel. Most people who leveraged "Darwin" never even touched the kernel. Almost all of our any many other enterprise customers' usefulness comes from the open source OS components of Mac OS X and projects like WebKit, Open Directory, Darwin Streaming Server, etc.

    For a time it appeared Apple had killed off everything but the GPL pieces of Darwin x86. However, that was a delay resulting from the fact there's basically one person at Apple packaging and setting up the sources for distribution. Since the subsequent release of the rest of the sources, Apple has done parity releases of all traditional Darwin components and projects on PPC and x86 - with the exception of the kernel.

    In other words, the actual usefulness of what the vast majority of Apple open source users actually used "Darwin" for is still there. If you want to argue that its usefulness is all of a sudden severely crippled because the kernel is gone, well, in the enterprise community, one we found out that the rest of the sources would continue to be released on x86 as normal, the kernel being gone was barely a blip on our radar.

    But hey, if people want to make a big deal and say "Mac OS X is now closed!" (what does that even mean?), let them.

  14. Re:BSD vs GPL by alistair · · Score: 4, Interesting

    I'm no expert, but I'm not sure this is true. The kernel for Macs and BSD is very different, the MACH Kernel is no BSD kernel. The parts Apple took from BSD relate to Networking and the user tools we often use from a shell, i.e. the shell and common unix commands most Mac users play with from time to time. The diaply code (Quartz, Aqua etc.) was their own and I think they have kept this closed.

    For the BSD stuff they took, they wern't required to post anything back to the BSD communitity but my imprssion is that they have in every case. I don't think this would have been any different if they had taken a GPL equivelent, unless the GPL prevented them linking to a closed source kernel.

    The code they have taken for Safari was GPL and I think they have contributed back to this. There have been numerous discussions around this as they did make huge changes optimed for Power PC which they contributed back but were of very little use to Linux on Intel and I would be interested to hear what people think now they have contributed back their Intel code.

    I have to say that I am no expert in this, working mainly in the identity and directory field. However Apple's work with Directory Servers and Clients is on a par with the open source contributions of SUN, Novell and OpenDirectory and something I watch with great interest (and far beyond what I would expect from a company which mainly makes home based Macs and iPods.

  15. Oh Snap by Kuku_monroe · · Score: 5, Funny

    And this had to happen the very same day i was planning to alter, rebuild, and replace the OS X kernel from source code, oh well..

    --
    //WR
  16. This fucking pisses me off .. by Sonic+McTails · · Score: 3, Interesting

    I know I'm in a minority, but I used Darwin/x86 quite a bit since it had NetInfo support so I could use it for shared login, and while I could switch to everything to LDAP, it wasn't worth the effort. I currently got an Intel Macintosh, but maybe my next purchase won't be a Mac, because I do/did use Darwin quite a bit. That being said, the Macworld UK article doesn't cite sources, so where is it getting this info? I still see the xnu sources on OpenDarwin's site:

    http://darwinsource.opendarwin.org/10.4.6.ppc/

    --
    This signature was left intentionally blank.
    1. Re:This fucking pisses me off .. by Sonic+McTails · · Score: 5, Informative

      I hate to reply to myself, but checking Apple's offical Darwin site, XNU's sources are still posted. The only thing that could even suggest Apple's going to stop releasing the XNU sources is that if you go into Sources (X86), XNU is not shown, but to my knowledge, those sources are just for packages that are different or not included in the PPC version.

      Thumbing through the XNU source, all the assembler and C sources for the Intel platform is still there ...

      --
      This signature was left intentionally blank.
  17. GPL vs BSD by towsonu2003 · · Score: 3, Informative

    IMHO, this puts an end to the GPL vs BDS license flamewars.

  18. Maybe a change to solaris eventually? by Master+Of+Ninja · · Score: 3, Interesting

    If they are locking the source down, I for one would hope that it might indicate making a move to solaris. Especially after the recent news that they were porting some of Solaris' file system over to MacOS, moving over to full solaris may leverage the best of unix and the mac os GUI system.

  19. Re:BSD vs GPL by shawnce · · Score: 5, Informative

    Alistair you are generally correct. A lot of the Mac OS X / Darwin kernel (XNU) is Apple grown and NeXT before that but several aspects have and continue be infused with content from FreeBSD and others (Apple also submits things back upstream). The aspects that came from FreeBSD are generally still available via the open source version of XNU PowerPC source tree (it is coded to support both PowerPC and x86) and items outside of XNU are available from the source trees for both x86 and PowerPC.

    Of course drivers for devices only found on PowerPC aren't available in the x86 source tree (which makes sense). Also drivers for x86 hardware isn't available nor has it been stated by Apple if they will or will not be made available (for all we know Apple could be waiting for the unification coming in 10.5).

    The only real loss to developers is not having IOKit from the x86 source tree however the IOKit available from the PowerPC tree is likely nearly the same if not the same (it contains some ifdefs for x86, etc.).

  20. Slows down driver development by soullessbastard · · Score: 4, Informative

    The article and the blog linked to it are somewhat trollish since Mac OS X hasn't really had an open kernel for some time. Still, this doesn't affect end useres in the slightest. With the public sources, all that could be built for PowerPC anyway was Darwin which is another BSD derivative. It's not OS X...it doesn't have Quartz, QuickTime, Java, Aqua, the Dock, Carbon, or anything else that makes OS X the operating system that it is. Those components of OS X were never open source and never will be. Where Darwin shined, however, was in opening up the source for drivers.

    Some drivers can be made in user space, but a lot of drivers need to be coded in kernel space. When OS X first came out years and years ago, the procedures for writing drivers was horrid. Even today, it's still easy when writing drivers to make a coding error and get a kernel panic. Each kernel panic has a bunch of stuff in the log that allows developers to trace back the problem that caused the kernel to crash.

    On PowerPC, the source code for the underlying drivers is available. This is invaluable since not only do you have the point in your code where you have a crash, but you can also figure out what IOKit or the kernel was trying to do that caused the crash. Being able to see exactly how the driver family is using your device is very helpful in figuring out either how to work around your bug or how you can remove it.

    With the Intel OS X drivers, however, there is no source. You can't look back and see what the kernel is trying to do that caused your driver to soil itself. This makes debugging a pain in the neck since now, instead of being able to try and figure it out for yourself, you need to get Apple involved if you need more information. Having the PowerPC source isn't sufficient since the drivers are different between x86 and PowerPC. Case in point: right now I'm developing a USB audio device that works just fine on PowerPC but the moment you plug it into an Intel based Mac the OS kernel panics. I suspect a div by zero in the x86 driver, but I can't verify that since I can't see the source. Instead I have to rely on Apple to tell me what to fix.

    Thankfully starting with Tiger a number of the more obscure kernel interfaces are actually a bit more abstracted for dlils and the like for which in the past reading kernel code and other drivers was almost the only documentation. That's still no reason for getting rid of the sources.

    Although this lack of source is no new development, it really doesn't affect end users. The only people really building custom kernels for running OS X are the XPostFacto guys for running OS X on legacy hardware or PowerPC accelerators, and they never needed x86 code anyway. It affects hardware developers like myself and can make debugging a pain in the neck, especially if you don't have any of those paid-for ADC tech support incidents left.

    ed

  21. useful purpose by r00t · · Score: 5, Interesting

    I happen to like fixing kernel bugs. It's fun, and it makes the bugs go away. (not suggesting that Apple should delibrately add extra bugs just for the thrill of fixing them though) Kernel source is educational too.

    Oh well. I can still judge a Mac on hardware alone, and then install Linux if I get a Mac. That's what I did last time I bought a computer.

    It sure irritates me to see BSD groups actually helping proprietary vendors compete against open source. Thanks buddy. Stallman got at least one thing right.

    1. Re:useful purpose by Anonymous Coward · · Score: 3, Insightful

      "It sure irritates me to see BSD groups actually helping proprietary vendors compete against open source."

      Your assessment is wrong. BSD code as used to make OS X, which led to a major usage of open source and GPL code, nearly doubling the probable user base of free and open software. More people are engaged in open source software than before, and yet you (expectedly to some like myself) twist this into a bad thing blaming BSD, rather than analyze the failings of the GPL license and the Linux camp in not getting those users onto your supposedly superior code and OS.

      Your failing, not BSD.

      And if your assessment had been right, as a BSDer, reading that statement of yours was makes me feel damn pleased, like watching an old bully get arrested for assault.

      I was originally from the Mac then XP then Linux camp. Thought the GPL and Linux was the damn coolest concept, a free and modifiable OS. About 1 year in, I started to realize there was something screwed up about the community--they had this ideal on one hand, but drew lines in the sand against other equally beneficial but not identical software. They bitched as you do about proprietary ties but took money hands down with direct tie ins from companies which supported proprietary OSs.

      To compare, BSDs ties to proprietary companies promotes their code use and interoperability. Proprietary ties to Linux often promote companies whose main income still remains shipping computers with Microsoft OSs on them. And you stupidly state they we are the bad guy?

      The Linux camps ignored BSD for years too, such that when apps and the like came from proprietary sources that had open sources but restrictive licenses, Linux folks both compiled them, made sure they asked for Linux only versions, and ignored the BSD camps pleas to a) not use those, b) work with the parent company to apply pressure to change their license, and/or c) to come up with a BSD version. Sun's initial release of Java comes to mind. Took a bit before even the FreeBSD version was made available back then.

      The Linux camp has been screwing the "open source" movement for quite some time to not include BSD compatible code, such that we don't really care what you think anymore--you've shown for years that you don't care to work with other open source projects in a mutually beneficial manner. In fact, there are /. stories from 1999 and 2000 from major Open Source advocates stating essentially BSD would be ignored and left behind, that their focus was near exclusively on Linux and/or the GPL code.

      Even when the early Linux "standards" came to bear, we asked for some some consideration and inclusivity and very minor improvements so it would work with BSD OS's. We were largely ignored.

      So now that you want to get on your soapbox and have us listen to you, we look at your foolish, misdirected, and frankly just plain wrong facts and notions and wonder "Why?" and "We don't want you." Use your own damn bathroom. When you guys went to bat for only your GPL camp, you lost out on the whole "open source" ideal, so you can't then turn around and whine with any substantial effect when you didn't care to work with us in the first place.

      BSDers care about their software being used. Good code, good software, good proliferation, less restrictions on code use, compliant to standards. That's it. To that end, we've done quite well, in many areas better than the GPL camps; it's remarkable that you manage to attack BSDers, while you probably run your Apache web server, use OpenSSH, run some version of X, or the like, all of which have or had closer licenses to that of BSD than GPL. All run on your HP 'MS kotowing company' laptop.

  22. sad but completely understandable. by Roskolnikov · · Score: 3, Insightful

    When folks feel that its ok to steal because they don't believe in a way a company does business that company will be forced to take countermeasures.

    I recall a few threads back an article linked to benchmarking the new Apple laptops, a dell running a hacked (read, stolen, a DVD image most likely DL'd from
    any number of sites) copy of OS X was used as an example, this is both unfair to Dell (who I hate) and Apple (who I happen to like) the OS was configured to run properly on Apple hardware and by luck ran well enough on the Dell to run some basic benchmarks.

    Apple has been submitting a large amount of code for nearly all of the OS that runs underneath their closed GUI (always has been closed) and this policy is sound for a company that attempts to make a profit, if it threatened their business model they would be foolish to release it and in the case of the gui it would threaten it to have others build the gui on linux or solaris or aix. Apple continues to submit source for items that do not compromise their business model, previous to the x86 move Apple had little concern regarding their OS/look/feel appearing on anything but Apple controlled hardware, it could be done (MOL as an example) but this was always out of the reach of the general population. With the move to x86 they have to rely on DRM (hate that too) to ensure that their profit (they're a hardware company?) continues as their OS is really only sold as an upgrade (not a full version like the folks from Redmond sell) and on the condition that you are running it in the environment for which it was designed (read the shrinkwrap license, which I also hate).

    I would imagine that the module(s) for TPM are very cleanly written and very easy to defeat given a little effort and a recompile, if you've looked at any of the code Apple has released you'll know this to be true, with little to stop them we could be seeing HK and/or Chinese Macs (really they are already, almost all manufactured PC's are) rolling in for a bit less then Apple could afford to profit from.

    As an open source advocate I am saddened to see this, as a stockholder I am quite happy.

    --
    Unix, an obscure operating system developed by bored researchers in an attempt to get a better game playing experience.
  23. Re:devil's advocate by JazzyJ · · Score: 5, Insightful

    99% of the computer using market doesn't read slashdot. Whether they care or not is of little relevance to this site.

  24. WTF?!? by Cybrex · · Score: 4, Insightful

    Let me get this straight- one component of Darwin is closed source on one platform (just Intel). The rest of Darwin- the part that developers actually work on and need the source to- is still open, and according to other comments here that list is continuing to grow, and your response is to say that Apple might be worse than Microsoft?!? Please read the comments that preceeded yours (the ones posted by actual Darwin devs who are affected by this).

    It seems that the only people who are getting wound up about this are the people who either don't like OS X to begin with or are reading the spin and missing the actual point.

    --
    Boundless Expansion, Self-Transformation, Dynamic Optimism, Intelligent Technology, Spontaneous Order- BEST DO IT SO!
  25. Re:AAAARRRRGGGHH! How could they be so stupid! by DrXym · · Score: 3, Insightful

    What good is it without the kernel? Doesn't that make it just a bunch of BSD tools?

  26. Linux l33ts, welcome to Apple's world by DysenteryInTheRanks · · Score: 4, Funny
    Mac developers and power users no longer have the freedom to alter, rebuild, and replace the OS X kernel from source code

    Or, as rewritten by Apple marketing for your black turtleneck wearing, latte-sipping Mac hipsters out there:

    Apple is proud to announce QuickKernelTM, the completely revamped heart of Mac OS X. With patented, proprietaty innovations optimised for the high performance IntelTM Dual CoreTM architecture, QuickKernel is offered as an exlusive benefit to new Apple customers. Buy an Intel-based Macintosh today, and we'll throw in QuickKernelTM for free!

    "We are excited to announce that we're making QuickKernelTM retroactively available to anyone who bought an Intel-based Mac within the past five years," CEO Steve Jobs said. "But act fast -- this free offer will not last long. We estimate QuickKernel adds at least $199 in raw speed enhancement to every Macintosh sold."

    QuickKernel further boosts speed with its ClosedSourceTM architecture, which prevents performance hiccups caused by "credits," "comments" and "disclaimers" typically added to the "source code" of the open source kernel typically used to repair WindowsTM PCs. ClosedSource is delivered in a highly optimized UberBinaryTM format that is many times faster than the uncompiled source code delivered by "open source" operating system vendors.

    "QuickKernel is the fastest way to deliver content to your iPod, greatly accelerating MP3 playback," Jobs said. "It also keeps your black shirt from fading in the wash, disappears scratches from your U2 EditionTM iPod and enhances the graphics on your Ruby on Rails blog."

  27. Re:TPM by makomk · · Score: 4, Informative

    A link to them having included TPM would be helpful. I was under the impression that Apple didn't include TPM in the new Intel Mac's.

    Apparently, at least some of the shipped Intel Macs contain TPM modules. Unless anyone can find evidence to the contrary, it's probably reasonable to assume they all have them...

  28. Re:Parent is not redundant by fyngyrz · · Score: 4, Funny
    Idiotic moderation

    So, you're new here?

    --
    I've fallen off your lawn, and I can't get up.
  29. I don't care by soupforare · · Score: 3, Insightful

    I wear plaid.
    I have a long ponytail.
    I have a lazy eye.
    I could stand to lose a few pounds.
    Pretty much all nerd here.

    There's no reason for anyone to care about this while they're getting work done. If you've got a product that's going to do/enable you to do the work you need it for but you don't use it because of libre/gratis masturbation, you're ridiculous.

    2k at home, xp on the road, osx for layout, linux and hpux in the server closet.

    --
    --- Do you believe in the day?
  30. Re:Short version (was:Duh!) by Doctor+Memory · · Score: 3, Funny

    Apparently, neither do the millions of people buying iPods...

    --
    Just junk food for thought...
  31. Re:Short version (was:Duh!) by GarfBond · · Score: 4, Informative

    That's funny. Sure seems like a hardware company when most of its profits come from selling Macs and iPods.

    In reality they use the software to drive the hardware sales. But they're not a software company.

  32. minor clarification on 'piracy'. by nblender · · Score: 4, Interesting
    Some comments here indicate that people aren't entirely clear on the state of OSX86 piracy at the moment. Basically, it amounts to groups of people having started with the early release OSX86 code, and hand-integrating the Apple released patches back into it, as well as adding whatever drivers could be found in the Darwin sources, and/or binary patching Apple's kext's to produce, what today, is a 10.4.6 bootable/installable DVD that works on lots of non-Apple hardware. Indeed, I installed it on a corporate Dell laptop that my employer insists that I use.

    Here's the problem, performance sucks relative to my Intel 20" iMac, it hangs frequently, and the network driver can't read the mac-addr. I also can't set the mac-address using ifconfig, so end result, is no networking. Screen resolution is also not able to match what the screen is capable of so the aspect ratio is wrong.

    In short, while it's a cute hack and the novelty of seeing OS X running on Dell hardware is certainly nifty, it's far from production ready. Why did I dare to anger the Apple gods by trying to pirate OS X? I'm ok with it personally. I own 4 Mac's personally, have a G5 tower on my desk at work. My employer makes me carry this 20lb Dell around when I travel and I'm certainly not going to add weight by putting my powerbook in my luggage as well. So if I can have a few of the comforts of home-computing on the road with me, then I'll do it. It may not be completely legal, but I'm not taking any money out of anyone's pockets and I'm only using one instance of my OS X 86 license at a time.

  33. Re:Short version (was:Duh!) by Fred_A · · Score: 3, Funny

    They're not buying iPods, they're buying conveniently packaged iPod firmware ! ;-p

    --

    May contain traces of nut.
    Made from the freshest electrons.
  34. Re:Great news! by linefeed0 · · Score: 3, Informative

    "that was a delay resulting from the fact there's basically one person at Apple packaging and setting up the sources for distribution."

    Which is something anyone who has ever worked professionally with open source components of OS X is aware of -- that Apple's marketing of their commitment to open source is exactly that, marketing, and goes only skin deep. None of this is to fault those who are working on it, but the fact that all of the open source releases were after the fact, repackaged, as well as Apple's bug tracking (radar) being strictly internal, never inspired a lot of confidence. For a long time, different parts of the OS were being released in different ways which helped a lot adding to the confusion.

    "in the enterprise community, one we found out that the rest of the sources would continue to be released on x86 as normal, the kernel being gone was barely a blip on our radar."

    So what else could Apple do at this point that would barely show up on your radar? Let's say they start going nuts with itunes drm, and start locking down everything itunes depends on. Oh well, you never needed to recompile the C library anyway, right?

    Aside: I actually *did* need to recompile Apple's C library back in the OS X 10.0 days as their loginwindow had no extension API and I was working at a site that used Kerberos for logins, so I patched crypt(2) and used magic values in the passwd db. This never made it into production as 10.1 was released shortly thereafter but we were using a patched, hacked-together loginwindow plugin after that for about a year before the API was opened up in 10.2. Now I hear loginwindow itself is encrypted or obfuscated in some way to depend on the TPM as a deterrent to pirates, as it is considered a "core component" of the OS. It's only a hop skip and a jump from there to the chaos currently going on in the Windows world where Microsoft is making everyone rewrite their GINAs to a new API for Vista.

  35. Obligatory by sean.peters · · Score: 3, Funny
    Sure. Kazushige Goto hacked the memory management system on OS X to get it to perform better for high performance computing.

    So, is this why Goto is considered harmful?

    [rimshot]

    Sean

  36. Think this is "closed", you've been sheltered! by argent · · Score: 3, Informative

    It looks like OS X is taking a few tips from the 80s.

    What, unbundling the documentation tools and the compilers and even the man pages, and selling them back to you for outrageous prices?

    No?

    Most Unix developers are accustomed to having access to the source code for the system;

    Even when I was at Berkeley working on 4BSD that wasn't true. Only the CSRG guys had access to that source, everyone else was stuck with (if they were lucky) photocopies of the Lyons book.

    Having access to the source code of the kernel is useful for understanding how the system works,

    Yep, and you still have that. You don't have the x86-specific stuff, but you have everything else. And there just isn't that huge a difference between systems... hell, I was debugging Digital UNIX kernel problems by referring to the FreeBSD sources in the '90s, and the differences between XNU PPC and XNU x86 are trivial by comparison.

    As a FreeBSD user, closed-source Unix just doesn't make sense to me

    Then stick with FreeBSD.

    As a former FreeBSD committer and 386BSD patchkit maintainer, I'll continue to use the best tools I have available: Mac OS X on the desktop and FreeBSD in the server room.

  37. Re:Its okay by davmoo · · Score: 3, Insightful

    Nope, no troll at all. Just long-term observation. Although I'm expecting both my parent message and this reply to be marked as such, because that's the way everyone operates around here.

    *MANY* has been the time where I've seen Microsoft, Novel, IBM, etc, put down for some move or another. And then Apple does the same thing a few months later and they are praised for doing it. I've also seen numerous instances of the reverse...Apple does something to control their product and get praised massively for it, then when Microsoft does the same thing six months later everyone starts dragging out the "M" word ("Monopoly") and cries for government intervention.

    Bill Gates could eradicate world hunger and he would be chastized for it here on Slashdot. Steve Jobs could run over a group of nuns and orphans while on a naked drunken rampage and he would be praised for reducing the world's ever-growing population, supporting the alcohol industry, and becoming a nudist.

    --
    I want a new quote. One that won't spill. One that don't cost too much. Or come in a pill.