Mac OS X Kernel Source Now Closed 663
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."
Great news! (Score:2, Insightful)
1) Whiney OS X Fanboys are no longer going to say "OS X is just as open as linux" (what a stupid argument that was anyway.
2) Whiney Anti-GPL Fanboys are no longer going to point at Darwin saying "see, Apple contributes back without being forced too - why does linux have to be GPLed?"
Me? I'm just going to wait and see how much the discussion changes from the rumour that Darwin was going to close source (see this guy [slashdot.org] for a typical example.
Re:Great news! (Score:5, Informative)
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/ [apple.com]
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.
Parent is not redundant (Score:3, Insightful)
I can't really think of why anyone would want to run Darwin x86 without OS X either; we've already established that it's a worse server platform than Linux for most tasks, especially database ones, and headless servers are really the only place I think there'd be a market for Darwin. And it's not like there's any dearth of server OSes and distos these days anyway.
Re:Parent is not redundant (Score:5, Funny)
So, you're new here?
useful purpose (Score:5, Interesting)
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.
Re:useful purpose (Score:3, Insightful)
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
Re:useful purpose (Score:3, Insightful)
Are you serious? (Score:3, Informative)
That question has been asked and answered several times [google.com]
Re:Great news! (Score:3, Informative)
Fact: For the PPC platform this hasn't change.
Fact: The ability to compile the OS X kernel for x86, aka xnu, is no longer available.
My question is, and I have yet to hear an answer, is why have they done this? "Nobody does this anyway" is not a good excuse. I personally compile my own xnu kernels on PPC and x86.
The only thing you c
Re:Great news! (Score:3, Insightful)
Looks like you've answered your own question. Apple does not want you to run OSX on non-Apple hardware, because that might discourage you from buying Apple hardware, which is where they make their money.
Re:Great news! (Score:5, Insightful)
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.
Re:Great news! (Score:4, Informative)
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.
Duh! (Score:4, Insightful)
Re:Duh! (Score:4, Interesting)
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.
Re:Duh! (Score:5, Funny)
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...
Re:Duh! (Score:3)
Re:Short version (was:Duh!) (Score:4, Funny)
Re:Short version (was:Duh!) (Score:4, Funny)
Re:Short version (was:Duh!) (Score:5, Informative)
In reality they use the software to drive the hardware sales. But they're not a software company.
Well that makes 1 of you... (Score:3, Insightful)
But I think its safe to say that you are in the vast minority on this one. It seems to me that most people moved from Linux to OS X and not the other way around.
Just out of pure curiousity, what was it about OS X that pissed you off so much? And was Linux able to fix that, or was it a matter of just choosing Linux simply because you like it better?
OS X sure isn't perfect, but for my hard-earned buck and precious little free time, it sure beats the pants off Windows or Lin
Extremely old, and misleading, news (Score:5, Informative)
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 [daemonnews.org]. This was then covered on slashdot, to which Rob issued this response: http://www.opendarwin.org/~bbraun/slashdot_respons e.html [opendarwin.org]. 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 [cuny.edu]
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
Re:Extremely old, and misleading, news (Score:2)
Re:Extremely old, and misleading, news (Score:2)
Comment removed (Score:5, Insightful)
Re:Extremely old, and misleading, news (Score:5, Insightful)
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.
Pirates (Score:3, Interesting)
It does everybody a disservice to call copyright infringers with a term that is used for actual crimes. In fact, the DMCA does in fact make you a criminal in some copyright infringement issues, but that is just stupid. In fact, the choice of the word 'pirate' is convenient for the people who like restricted distrbution, because it implies that copyright infringers are criminals, and that kind of concept grows in people.
Re:Extremely old, and misleading, news (Score:2, Informative)
Yes, it was covered on slashdot at the time, [slashdot.org] so you're not telling us anything we don't know.
Perhaps the fact that the vast majority of the comments were "It
Re:Extremely old, and misleading, news (Score:3, 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!
I saw that part, and my first thought was, is that really true? 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?
Re:Extremely old, and misleading, news (Score:4, Informative)
The much lauded Viginia Tech supercomputer uses a hacked kernel... the memory management was completely replaced.
Re:Extremely old, and misleading, news (Score:4, Informative)
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.
Obligatory (Score:4, Funny)
So, is this why Goto is considered harmful?
[rimshot]
Sean
Re:Extremely old, and misleading, news (Score:5, Insightful)
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.
Re:Extremely old, and misleading, news (Score:4, Informative)
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.
Re:Extremely old, and misleading, news (Score:4, Interesting)
What has been your experience with Apple's XServe Clusters [apple.com]?
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 [apple.com] 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?
Re:Extremely old, and misleading, news (Score:5, Funny)
Oh, well there you go. Who needs the kernel or drivers?
Re:Extremely old, and misleading, news (Score:3, Interesting)
RTFM. The kernel of Darwin/OS X was always open source, now it's not. The only open source parts now are the Unixy userland (and I'm not even sure
Re:Extremely old, and misleading, news (Score:4, Insightful)
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: [slashdot.org] Like we're going to believe anything you post about Apple again.
Re:so what you're really sayiing is... (Score:3, Interesting)
Anyone who's used an XServe knows that. It's not and never has been a high performance beast, it's a decent small server that's targeted towards Windows-class admins with fewer Windows-class annoyances.
Re: (Score:2, Informative)
TPM (Score:2, Insightful)
Re:TPM (Score:3, Interesting)
Re:TPM (Score:5, Informative)
Apparently, at least some of the shipped Intel Macs contain TPM modules [masternewmedia.org]. Unless anyone can find evidence to the contrary, it's probably reasonable to assume they all have them...
Re:TPM (Score:3, Informative)
THANK YOU (Score:2, Insightful)
But why is the rum gone? (Score:5, Funny)
Re:But why is the rum gone? (Score:5, Funny)
Apple Pirates: We are disinclined to acquiesce to your request.
Software Pirates: ???
Apple Pirates: Means no.
Software Pirates:
Re:But why is the rum gone? (Score:3, Funny)
source availability (Score:2, Informative)
Sigh.
Alas.
Who cares, really? (Score:4, Insightful)
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.
Re:Who cares, really? (Score:3, Informative)
Software pirates won't care (Score:2, Interesting)
If Apple says that software pirates are the only reason, don't believe them.
Melissa
BSD vs GPL (Score:2, Interesting)
userland vs a GPL userland.
This should add more fuel to the debate of the merits of BSD vs GPL
lisencing.
Wrong; thanks for trolling (Score:3, Insightful)
Re:BSD vs GPL (Score:5, Interesting)
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 [apple.com] 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.
Re:BSD vs GPL (Score:5, Informative)
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.).
Re:The actual options: BSD vs 100% Proprietary (Score:3, Insightful)
Re:The actual options: BSD vs 100% Proprietary (Score:3, Insightful)
And that never happens with GPL software!
Every ISP that used Linux and doesnt contribute code back gets a leg up with no return!
Every person that uses GNU Cash gets a leg up with giving anything back!
Just about every Firefox and OO.org users gets a benefit without giving anything back.
"The point is that by going with the BSD license, the freebsd team has made sure there is a propriety OS which will always b
Sad day (Score:4, Insightful)
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.
Re:Sad day (Score:5, Interesting)
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
Comment removed (Score:5, Funny)
Re:Well, open source surely does. (Score:3, Funny)
Obligatory: Will someone fork the last open code? (Score:4, Interesting)
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.
I don't believe this is because of pirates... (Score:5, Insightful)
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.
Re:I don't believe this is because of pirates... (Score:4, Interesting)
Re:I don't believe this is because of pirates... (Score:5, Funny)
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.
Re:lolz (Score:3)
I'm told Apple has long had this running in the Cupertino lab -- Intel Macs running OS X while mixing Apple and XP applications. This is not a guess or a rumor, this something that has been demonstrated and observed by people who have since reported to me.
Very interesting...
Initial impression (Score:5, Interesting)
"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.
Oh Snap (Score:5, Funny)
This fucking pisses me off .. (Score:3, Interesting)
http://darwinsource.opendarwin.org/10.4.6.ppc/ [opendarwin.org]
Re:This fucking pisses me off .. (Score:5, Informative)
Thumbing through the XNU source, all the assembler and C sources for the Intel platform is still there
GPL vs BSD (Score:3, Informative)
Maybe a change to solaris eventually? (Score:4, Interesting)
Slows down driver development (Score:5, Informative)
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 [macsales.com] 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
sad but completely understandable. (Score:3, Insightful)
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.
Linux l33ts, welcome to Apple's world (Score:5, Funny)
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."
Re:Linux l33ts, welcome to Apple's world (Score:3, Insightful)
Why they did it... (Score:3, Funny)
Did anyone ever actually recompile? (Score:3, Interesting)
Would that we could concentrate on some real news for a change.
iqu
I don't care (Score:4, Insightful)
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.
minor clarification on 'piracy'. (Score:5, Interesting)
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.
Welcome Back To The World of Closed Unix (Score:3, Interesting)
It looks like OS X is taking a few tips from the 80s. Most Unix developers are accustomed to having access to the source code for the system; this dates back to the mid-1970s when universities bought Unix licenses from AT&T including source code to study. This practice ended in the 1980s when source code licenses from AT&T started to cost nearly a quarter of a million dollars. Then, in the 1990s and 2000s, we get BSD, Linux, OpenSolaris, and even the original Unix sources (from Caldera). Having access to the source code of the kernel is useful for understanding how the system works, creating device drivers, and optimizing the performance (research experiments, for example). Removing the kernel source code is a loss. As a FreeBSD user, closed-source Unix just doesn't make sense to me, and this removes one incentive of the Mac (although I'm still planning on getting one).
Then again, NeXTSTEP and OPENSTEP were completely closed source (but that was due to AT&T licensing; BSD wasn't fully unencumbered until about 1994), so I guess most NeXTSTEP/OPENSTEP users who switched to the Mac have no concept of having access to source code.
Think this is "closed", you've been sheltered! (Score:4, Informative)
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.
Its okay (Score:3, Insightful)
Now, if it had been any other company, Slashdotters would be demanding public hangings at dawn...
Re:Its okay (Score:4, Insightful)
*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.
Re:Good one Apple ... (Score:2)
Sounds like sour grapes to me...=) I've never met anyone that *didn't* want to run OS X.
**raises hand** (Score:2)
Re:**raises hand** (Score:3, Insightful)
Better tell all the L.A. studios recording all the music you hear on Macs, or the film shops using Macs to edit feature films. Etc.
Re:Good one Apple ... (Score:3, Insightful)
Those are incompatible statements.
Re:Good one Apple ... (Score:3, Insightful)
Apple: We can't seem to figure out how to stop people from taking our code and running it on none apple hardware
So, they close it up.
Awesome
With that attitude, you probably weren't going to legally anyway.
Re:Apple might be worse than MS. (Score:4, Interesting)
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.
WTF?!? (Score:5, Insightful)
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.
Re:AAAARRRRGGGHH! How could they be so stupid! (Score:5, Insightful)
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/ [apple.com]
http://www.opensource.apple.com/darwinsource/ [apple.com]
See my post here for details:
http://slashdot.org/comments.pl?sid=185992&cid=15
Re:AAAARRRRGGGHH! How could they be so stupid! (Score:4, Insightful)
BSD used to be just a bunch of tools (Score:3, Informative)
If there is demand then somebody will make an open source kernel to run instead, which would only get you the tools... Just use FreeBSD and port the few tools that are different over there.
Unless they replace MS, I don't see anybody trying to make a kernel when its easier to port the few useful parts to other OS.
Re:Apple (Score:2)
Appel.org (Score:3, Interesting)
Hmmm... http://www.appel.org/ [appel.org]
Anyway, precisely. Apple's business model is basically to be Sony (Expensive component systems that only talk to their own kind) but they get away with it because the stuff works in a way Sony only dreams, they have this ironclad against-the mainstream, shinyfunhappy thing going (sorta like VW), and they leave the most important points of generic interoperability (i.e. iTunes and iPods play MP3s) open. Darwin was not one of these.
Re:devil's advocate (Score:5, Insightful)
Re:Legality? (Score:3, Informative)
Re:Irony (Score:3, Interesting)
Comparing it to Sony's rootkit is beyond absurd.
Re:This is speculation. (Score:3, Informative)