Re: Mac OS X Jails
Re: Mac OS X Jails
- Subject: Re: Mac OS X Jails
- From: Brian Mastenbrook <email@hidden>
- Date: Fri, 31 Jul 2009 07:24:10 -0500
On Jul 30, 2009, at 10:16 PM, Amanda Walker wrote:
chroot() does not instantiate multiple copies of the OS.
Not in and of itself, no, which is why I then talked about how to
create a chroot without actually having to make a separate copy of the
OS. However, the best method I could determine to do that involved
hardlinks, and it didn't seem to provide the isolation that the OP
wanted.
If you actually copy a portion of the Apple Software into your chroot
and then run it, you are running a separate copy of the a portion
software, and thus I can't see how it's any different from what VMware
does. There is no specific anti-virtualization provision in the
license. The license specifically states that you have no rights to
the software except those granted by Apple, and that Apple only grants
you the right to use and run one copy of the software at a time. This
is the provision that Apple believes prohibits virtualization. Given
the wording and this interpretation, I can't see how running a copied
portion of the software without creating a separate instance of the
kernel is any different, as the license doesn't address such subtleties.
I'm not *trying* to be absurd here, except inasmuch as I've twisted my
thinking into the right shape to conform to what Apple believes their
agreement allows. Once I've done that, I can't really see a difference
between different forms of copying and running a portion of the Apple
Software at the same time. If you think there is a difference, I'd
love to hear your reasoning.
For what it's worth, I wouldn't be kept up at night by doing this. I
lost my license to use OS X when I made two backup copies of my hard
drive, and have been running without a license ever since. So far as
I'm aware, this hasn't yet caused the end of the world.
--
Brian Mastenbrook
email@hidden
http://brian.mastenbrook.net/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden